Forum Moderators: coopster
The more I thought about it though, I realized that its partnership with HTML could be an asset. It would cut down on a lot of the GUI development time. You could even add a layer of JavaScript to take care of some of the client-side error checking and other stuff that you can't do with PHP alone.
What are some of the downfalls to using PHP for such an application? I hear some people talk about using Object Oriented (OO) PHP design methods, but I really don't see how you can do that. Do they mean using a lot of functions and includes, or did I miss the part where you can create classes and objects in PHP?
Aside from the (at least what I can see) procedural nature of PHP, I'm having trouble pinning down where it's any less capable when used with HTML/database/JavaScript.
you should complete a language independant design. Is it an N-Tier app? if so, you will have multiple languages to contend with (your DB language, and stored procedures etc) possibly SOAP objects written in the language appropriate to their function, one or more presentation layers written in script like PHP etc, your business logic layer which could also be in multiple languages.
address the BIG issues first... security, scaleability, extensibility, user education requirments, feature requirments, fault tollerance, etc. an intranet application quickly becomes an integral part of a business's workflow, and as such, should be taken seriously.
once you have a set of requirments based on your design, then ask the question "can PHP handle this" my guess is "Sure it can". but the question as to wether or not it is appropriate for your task can only be answered once you can define your requirments in detail.