Я понял это. Я использовал сценарий @ ahmetb kubectl-aliases , который работает без проблем, но одно из предложений в README было:
Распечатайте полную команду перед ее запуском. : Добавьте это в ваш файл .bashrc или .zshrc:
blockquote>
function kubectl() { echo "+ kubectl $@"; command kubectl $@; }
У меня было объявление этой функции в моем .bashrc, и оно удаляло кавычки для моего [ 111] аргумент. Как только я закомментировал это объявление и открыл новую оболочку, команда работала правильно.
What are the benefits of using MVC PHP frameworks ?
Well there are many benefits of using PHP frameworks, let’s see some of the main benefits of using them.
check article
My philosophy is that you should only use something when it solves a need that you currently have.
There's a real tendency, particularly in this realm, to simply use a framework for the sake of using one or because you feel like you should be using something. I discourage such practices. Also frameworks I think have the most value when you've done things the hard way so you have a good understanding of what problems you have and how the framework can help you in that situation. Framework choice does depend on the situation.
That all being said, the MVC pattern with Web applications is useful so it certainly wouldn't hurt you to learn at least one. I'd stick to a fairly minimalist framework however. CodeIgniter springs to mind here.
Lastly, the other danger with frameworks is that they can be so invasive that you're no longer doing PHP, you're doing CakePHP, Symfony or whatever. That's not necessarily a problem but the danger in it being so invasive is you don't get a good grounding in PHP and if you ever want to change it'll simply be too hard that you'll never be able to do it.
Diclaimer: I'm NOT a php programmer and I have not EVER written a php application. On the other hand, I have installed, customized and used alot of php cmss for my site and shopping carts.
In my opinion php suffers from serious problems. The biggest one is that “framework” seems to be a foreign word for almost all big and even successful projects. Php code tends to become quickly spaghetti salad: spaghetti html mixed with spaghetti code and spaghetti sql.
osCommerce, one of the most successful shopping cart ever, is mostly unmaintable. That applies also the big majority of php projects.
Whether you should use a framework for you project, I say yes! Definitely! No matter how big is your project, using a web framework helps you tidying you code up and writing maintable code.
It also impact your programming style even when you are not using a framework.
I think it's undoubtedly a good investment to spend the time to learn a PHP framework. For one, it'll teach you how someone has tackled the problem of architecting the framework, how to organize your PHP code, and how to handle things like sessions and database accesses...etc...
For the most part, if you are serious about developing web-apps, you will need to use a framework of some sort rather than writing your own framework from scratch.
Some reasons why you should NOT write your own framework:
So yes, learn a couple of frameworks and find one that suits you the best!
Using MVC-framework will make your development more easier. Especially database-related applications. It provides you a crystal clear folder structure and plenty of code libraries. I would suggest you start from CodeIgniter.
One of the great perks of PHP frameworks are that they minimize reinventing the wheel in a great number of common web application needs. Security issues, graceful exception handling, RESTful URLs, and reusability of code across your site are fairly universal considerations.
It may be easier to familiarize yourself with the tools of a framework and then see if you want to take on the full MVC system it supports. For that end, I'd suggest familiarizing yourself with the Zend Framework. ZF works as a library of classes which can be implemented individually for particular uses--anything from security to Lucene search--but contains classes which, when used together, implement a fully fleshed out MVC paradigm.
Я просто хочу рассказать о своем собственном опыте в программировании, Хотя я все еще новичок
Это все, чем я могу поделиться с вами сейчас, Я не очень хорошо пишу по-английски, извините за это. но суть в том, что я рекомендую вам использовать framework
Happy coding friend.
Фреймворки великолепны, когда у вас есть команда разработчиков, работающих над одним и тем же проектом. Контроллер MVC прекрасно интегрирует дизайнера + программиста. Однако создание «каркасных» элементов и «изобретать колесо» - не такая уж плохая идея. Если вы работаете над большим проектом, лучше разобраться со своим кодом и настроить ВСЕ под свои нужды. Это станет более сильным продуктом, поскольку он будет полностью разработан для проекта.
Для меня фреймворк - хороший инструмент, который ускорит вас и сэкономит ваше время, потому что вы просто не хотите тратить время на его переделку, не потому, что вы хотите сэкономить время, потому что не знаете, сколько оно стоит. Вы заплатите за это, если сделаете это.
Для меня фреймворк хорош, если вы уже являетесь опытным программистом, и у вас есть прикосновение или ощущение, что вы знаете, как примерно работает фреймворк, описанный ниже (только примерно не совсем), и можете с уверенностью сказать, что если я хочу, я могу воссоздать сортировку, как упрощение этой структуры. Тогда фреймворк - это экспресс-машина для вас, и он не причинит вам боли, если вы захотите сделать что-то, к чему фреймворк не готов, или что-то необычное или другое странное.
Если вы этого не сделаете, вам лучше попытаться решить вашу проблему, используя старый добрый PHP, и испытать боль от игры на языке у вас под рукой, и сначала узнать о хорошей практике программирования, парадигме и шаблоне. В противном случае вы будете одним из тех новичков, которые присоединятся к большой команде, и их первый проект работает над проектом с очень мощной структурой, которая требует меньше времени на программирование и больше на настройку и исправление. Вы никогда не станете хорошим программистом и не сможете создать хорошее PHP-приложение с нуля.
Как быть, если вы работаете в организации, использующей сложную структуру?
Потратьте часть своего собственного времени на решение проблемы в простом старом PHP, в данном случае PHP, пока вы не прикоснетесь к тому, что я упомянул выше.Иначе вы никогда не почувствуете себя уверенно в программировании и будете твердить себе: «Я просто знаю, что эти шаги - способ сделать это». Это не программирование (немного экстремально :)).
Сложный и простой фреймворк
Некоторые фреймворки, хотя и используются многими, просто подавляют. Слишком много слоев, которые вы потеряете. Эти фреймворки обычно предназначены для чего-то стереотипного, много файлов конфигурации, и если вы хотите сделать что-то необычное, вам лучше быть автором фреймворка (здесь немного преувеличено :)). Я не хочу упоминать здесь какое-либо имя, но вы его узнаете, когда встретите его.
Следующее сообщение является ответом на тему, которая была немедленно закрыта, когда я писал свой ответ на сообщение RenderIn по адресу: https://stackoverflow.com/questions/3265509/what-are-the-benefits-of-using-a-programming-framework . Тема была закрыта, а в комментариях была размещена ссылка, направляющая его сюда, поэтому я попытаюсь ответить на его вопрос здесь. Ниже в кавычках приведено то, что я хотел отправить:
"Позвольте мне порекомендовать Joomla! вам и вашей организации. На моем последнем месте работы мне пришлось изучать PHP (не имея никакого опыта работы с ним), и после полутора месяцев ручного кодирования PHP мне было поручено создать компонент Joomla!, который будет показывать видео пользователям. Я также должен был создать бэкэнд, который позволил бы администраторам, не владеющим техникой, распределять видео по категориям, редактировать, удалять и т.д., а также предоставлять для них эскизы и т.д.
На создание рабочего прототипа ушло около двух месяцев (в то время я был стажером и работал всего 20-24 часа в неделю, так что если у вас есть достаточно большой опыт работы с PHP, а также опыт работы с методологией разработки MVC, вы, вероятно, смогли бы создать рабочий прототип гораздо быстрее меня)."
Теперь в ответ на вопрос ОП этой темы: Потратить время на изучение фреймворка определенно стоит (я не видел здесь упоминания об этом до моего сообщения, поэтому повторюсь: для PHP-фреймворка я бы рекомендовал Joomla!).
Некоторые преимущества изучения фреймворка (с открытым исходным кодом, как Joomla!):
В связи с четвертым пунктом: Joomla! заботится о таких вещах за вас, как управление подключением к базе данных и т.д., так что вам не нужно беспокоиться о создании всех ваших собственных пользовательских функций для подключения к базе данных MySQL или возврата различных типов результатов базы данных (например, одна запись, первый результат первой записи, список записей и т.д.), вы просто размещаете вызовы к ним. API Joomla! находится в открытом доступе в Интернете на их сайте: http://api.joomla.org/
В любом случае, надеюсь, это поможет RenderIn и всем остальным, кто интересуется фреймворками (особенно связанными с PHP).