Какие платформы PHP используются корпорациями?
Если вы хотите использовать TypeScript, вы можете сделать так:
function defaultCheckedFirst(checkGroup: any): void {
for (let i = 0; i < checkGroup.length; i++) {
(<HTMLInputElement>radionGroups[i]).checked = (i === 0 ? true : false);
}
}9 ответов
Распространено ли это при работе с PHP?
По моему опыту, к сожалению, это так. Это, конечно, грубое обобщение, но люди, которые склонны изучать PHP в качестве своего первого языка программирования, не изучают основ разработки поддерживаемого программного обеспечения и часто действительно не знают, как писать хороший код. Я думаю, что это недостаток сообщества PHP, где исторически большинство учебных ресурсов не подчеркивают передовой опыт (вероятно, потому, что авторы не знали ничего лучшего!). Вы, конечно, можете писать хороший код на PHP, если понимаете основные принципы программирования.
Компании часто начинают с случайной базы кода PHP-скриптов, которая используется повторно и постепенно расширяется от проекта к проекту ( часто без контроля версий!). Компании, которые знают, что они Если вы будете делать это серьезно и серьезно относитесь к этому, это превратится в некую внутреннюю структуру, или я часто обнаруживал, что они перейдут к чему-то без исторической дряни PHP, например к Django или Ruby on Rails.
только для начала существует несколько достойных фреймворков MVC, которые станут хорошей базой для изучения и использования всеми вашими разработчиками. В произвольном порядке:
Конечно, есть и другие.
Тем не менее, как всегда, это зависит от проекта. Иногда фреймворк не имеет смысла или будет излишним, в других случаях вам лучше использовать готовый продукт (например, CMS) и создавать к нему расширения.
Я перейду к чему-то без исторической дряни PHP, например к Django или Ruby on Rails.Если вы только начинаете, есть несколько достойных фреймворков MVC, которые станут хорошей базой для изучения и использования всеми вашими разработчиками. В произвольном порядке:
Конечно, есть и другие.
Тем не менее, как всегда, это зависит от проекта. Иногда фреймворк не имеет смысла или будет излишним, в других случаях вам лучше использовать готовый продукт (например, CMS) и создавать к нему расширения.
Я перейду к чему-то без исторической дряни PHP, например к Django или Ruby on Rails.Если вы только начинаете, есть несколько достойных фреймворков MVC, которые станут хорошей базой для изучения и использования всеми вашими разработчиками. В произвольном порядке:
Конечно, есть и другие.
Тем не менее, как всегда, это зависит от проекта. Иногда фреймворк не имеет смысла или будет излишним, в других случаях вам лучше использовать готовый продукт (например, CMS) и создавать к нему расширения.
Конечно, есть и другие.
Тем не менее, как всегда, это зависит от проекта. Иногда фреймворк не имеет смысла или будет излишним, в других случаях вам лучше использовать готовый продукт (например, CMS) и создавать к нему расширения.
Конечно, есть и другие.
Тем не менее, как всегда, это зависит от проекта. Иногда фреймворк не имеет смысла или будет излишним, в других случаях вам лучше использовать готовый продукт (например, CMS) и создавать к нему расширения.
Большинство фреймворков сильно ориентированы на уровень представления. Конечно, «корпоративный» - это довольно расплывчатый термин, но я предполагаю, что вы имеете в виду более типичные ИТ-задачи, такие как бухгалтерский учет, CRM и т. Д. Для этих задач уровень представления является гораздо меньшей частью всего приложения. Это не только делает упомянутые фреймворки менее важными, но и в некоторой степени дисквалифицирует их, поскольку вы не хотите накладывать ограничения на уровень вашей модели, которые они накладывают.
Я думаю, что использование фреймворка становится все более распространенным. Несколько лет назад большинство программистов разработали свой собственный фреймворк. Но стоимость обучения нового сотрудника такой структуре становится все выше и выше. Поэтому многие компании сейчас переходят на хорошо известные фреймворки.
Я полагаю, что Zend в настоящее время является наиболее часто используемым фреймворком в корпоративной среде. Одна из причин заключается в том, что он не накладывает никаких ограничений на уровень модели.
Я не могу предсказать будущее, но полагаю, что Flow3 будет использоваться и в будущем. Это новая структура, лежащая в основе Typo3. И многие разработчики Typo3 (веб-дизайнеры), которым нужно писать веб-приложения, вероятно, тогда будут использовать Flow3.
In last two three places I've worked the company had their own (private, built in-house) framework.
Единственная платформа корпоративного уровня, которую я могу придумать, - это Zend Framework. CakePHP, Code Igniter и другие ориентированы только на разработку RAD.
Я не уверен, вышел ли PHP на корпоративный рынок в США, но когда я работал в корпоративном офисе, они использовали язык Microsoft .NET. ИМО, PHP еще не вошел в корпоративный мир. Он популярен в мире хакеров и, возможно, в микро- и небольших компаниях, занимающихся программным обеспечением / Интернетом.
Недавно я разговаривал с техническим директором компания, предлагающая решение для электронных лекций, и мы некоторое время говорили о PHP ... мы оба согласились, что это не лучший язык для твердых решений, но он указал на фреймворк symfony , они использовался непосредственно перед переходом на java ...
также, flow3, упомянутый Раффаэлем, довольно мощный ... для меня самое интересное,
Вы можете посмотреть на www.flow3.org, это довольно комплексный подход к фреймворку PHP-приложений и быстро приближается к своему первому мейнстриму бета-релизу.
Наличие опыта работы с CI, yiiframework и Calephp (не так много, действительно), мое мнение - это то, что CI не является гибким, так как Ohter 2, поэтому я не рекомендую его на более масштабные проекты. Любой, кто не согласен, просто может попробовать демонстрационный проект с CakePhp и Yii, и он увидит, как все проще с ними как Crud, Form Validation и т. Д. Конечно, все они имеют свои недостатки :)