2009-07-27 3 views
1

Лично я не хотел бы использовать рамочные я думаю, что это будет deprieve вас от основ language..what вы люди думают об этом ...использования рамок

+1

Субъективные и аргументированные –

+9

Если у вас есть время изобретать велосипед каждый раз, идите вперед. Но если вы используете фреймворк, у вас, вероятно, есть время, чтобы сформулировать этот вопрос немного лучше. – deceze

+1

... и community wiki – RaYell

ответ

12

У меня нет времени, чтобы написать все, что нужно себя. Поэтому я использую фреймворки.

4

Я думаю, что использование рамки позволяет сосредоточиться на решении реальных бизнес-задач ваших клиентов, а не тратить время на то, чтобы снова и снова писать один и тот же общий код. Кроме того, хорошая структура широко протестирована и используется большой группой людей, что обеспечивает качество, как правило, выше, чем решение.

2

Рамки - это результат длительного периода времени с использованием определенного языка, а встроенные в них функции просто делают вещи, которые обычно утомительны, тривиальны - отличным примером этого может быть библиотека javascript jQuery, где даже как-то просто, как и присвоение функции на DOM готова была отведенной такая, так что она поддерживается кросс-браузер и очень легко ввести, например,

$(function() { 
// code 
}); 

в отличие от написания 50-100 + строк DOM сценариев для учета за несоответствия DOM API через Webkit, Gecko, Presto, Trident и т. д.

Какие конкретные рамки вы пробовали и не любили?

2

Колесо уже придумано - зачем возвращаться?

2

Hmmmm вы должны иметь много времени на ваших руках ...

Лично мне очень нравится использовать рамки .NET в различных формах, в зависимости от контекста программного обеспечения (ASP.NET, Compact Framework, Silverlight, WF и т. Д. И т. Д.). Мне бы очень не хотелось переписывать инструменты управления данными и инструменты настройки, просто упомянуть некоторые базовые часто используемые функции.

Другое дело: мне пришлось бы работать намного больше, чтобы выяснить ваш код, если бы я работал с вами в команде, когда вы не используете фреймворки/стандарты. Это не выиграет звезду на моем небе ...

1

I есть время, чтобы изобретать колесо каждый раз, UI Library и фактически написав приложение, которое предоставляет ценность пользователю, я обычно выбираю второй вариант.

То есть, если реализация чего-то в Framework не подходит моим потребностям и Я не могу создать свое приложение вокруг рамки. Это происходит редко.

Кстати, строго говоря, вы почти всегда используете Framework. Если вы код на C или C++, очень часто вы используете что-то вроде #include <stdio.h>, что означает, что вы уже используете Framework: стандартную библиотеку C. В .net, BCL является Framework. И я уверен, что Java, Python и Ruby также имеют стандартную Framework, построенную поверх языка.

0

Для изучения нового языка или новой библиотеки/пакета (скажем, OpenID, MySQL), да, хорошо держаться подальше от фреймворков. Но как только вы начинаете разрабатывать проекты, библиотеки хороши. Хорошо иметь представление о том, как все работает под капотом, но это не значит, что вы должны делать это с нуля все время. И другие рамки были «ошеломлены» многими людьми, и я сомневаюсь, что могу написать вектор лучше, чем тот, который представлен в STL.

Смежные вопросы