Если вы хоть чуть чуть не понимаете проблему надо сесть и разобраться в проблеме. Для этого может набросать какой-то код, нарисовать на бумажке диаграммы, поговорить с кем-то. Это уже как кому удобнее и от задачи зависит. Но делать продакшен решение быстрее и правильнее на фрэймворке.
Он сохранит вам время на программировании рутины и самое главное время на её отладке, заставит использовать какой-то типовой шаблон программирования под который он заточен и сделает ваш код более понимаемым для сторонних разработчиков если вы решите расширять команду.
Если вы делаете типовой сервис с минимальной кастомизацией нет смысла вообще брать в руки фрэймворк, можно взять CMS, натянуть на неё дизайн, подправить немного под себя и готово.
Никому не нужно суперкрутое супербыстрое решение в 90% случаев. Нужно решение приемлемой производительности, сделанное в короткие сроки, которое легко поддерживать любому программисту, а не только разработчику. Любой заказчик понимает, что связываясь с полностью самописным кодом он обрекает себя на сотрудничество с вами, потому что отдать потом ваше творчеству другому программисту на поддержку может быть сложнее чем написать заново и он максимально постарается избежать этого.
P.S. Поймите меня правильно я говорил «вы» и «ваше творчество» в общем. Не имя ввиду конкретно вас и ваш код. Я имел ввиду среднестатистическую поделку «с нуля», именно так и будет рассматривать предложение написать сервис с нуля потенциальный заказчик.
по поводу трансляции в SQL for7raid прав. Этот вариант вываливается в рантайм эррор. Работает решение приведенное KING. Насколько я понял это небольшое «развитие» этого метода
Видимо я не совсем точно донес суть вопроса. Нужно не сократить запрос до одной строчки, а вынести сортировку и отсечение нужного количества элементов в SQL сервер, а не делать это внутри моей программы.
Я бы сократил ответ до «Смотря с чем лучше знакомы». Я бы выбрал наверное .NET :) На чем удобней на том и пишите. Лучше как можно больше логики обсчитывать на сервере, а то читеров будет слишком много.
это всегда можно переопределить используя __get и __set только дольше работать будет. Но согласитесь это не всегда нужно. Если везде делать заделы на будующее то код вырастет и 10 раз и работать будет медленнее в два. Все хорошо в меру ;)
Мне конечно минусов насовали в карму за это «уточнение вопроса», но как нельзя кстати появился вот такой топик habrahabr.ru/blogs/php/111213/ Очень показательно между прочим.
Я вот ваш профиль посмотрел. Вы вроде в блогах Microsoft и .NET состоите, значит интересуетесь ими. Скажите, зачем вам PHP? На мой взгляд библия для php программиста это «CLR via C#» Джеффри Рихтера.
Если кто-то из нас фанатик так это вы. Внезапно оказывается что вы как то не читали что вам написали выше.
Вы снова приводите примеры того где люди _могут_ писать на C++ и на основании этого утверждаете что C++ самый лучший язык. В то время как вам пишут, что на самом деле везде где это возможно люди уходят от C++ к Java или C#.
Это все равно что говорить «Многие серьезные разработки используют Ассемблер». «Крутые драйвера пишутся на ассемблере». Или вообще в машинных кодах сразу. Вычислительные мощности растут, качество виртуальных машин растет. Никому уже не нужна эта «низкоуровневость».
В 99% случаев никого не волнует, что программа будет работать 100нс вместо 1нс. Зато скорость написания приложения на Java\C#, а заодно, на секундочку, его кроссплатформенность волнует. Никто не будет ждать полгода пока вы на C++ напишите супер быструю и крутую программу, в то время как на каком нибудь eXpressApp Framework можно сделать тоже самое за полдня. При том со свистелками и перделками.
И никакого многочасового поиска утекающей памяти.
Даже если приложение очень нагруженное, и требует большой вычислительной сложности C++ может и не выйграть при выборе языка реализации. Представьте к вам придет заказчик и скажет «я хочу программу которая делает то-то и то-то». Вы ответите «я сделаю её за $1000, мне потребуется четыре месяца, а для её работы вам надо будет купить сервер за $1000». А разработчик на C#/Java скажет «Я сделаю её за $1000, мне потребуется месяц, вам нужно будет купить пять серверов за $5000». Кого выберут?
Да и еще. Раз уж вы так жаждете пруфов. Вот на C# можно делать сайты, на Java можно делать сайты, даже на JavaScript можно делать сайты. Почему же никто не написал фрэймвок для C++? Почему не делать сайты в виде модуля к апачу? Этож будет во сколько раз быстрее работать? Почему то доля таких разработок колеблется между нулем и 0.001%.
Он сохранит вам время на программировании рутины и самое главное время на её отладке, заставит использовать какой-то типовой шаблон программирования под который он заточен и сделает ваш код более понимаемым для сторонних разработчиков если вы решите расширять команду.
Если вы делаете типовой сервис с минимальной кастомизацией нет смысла вообще брать в руки фрэймворк, можно взять CMS, натянуть на неё дизайн, подправить немного под себя и готово.
Никому не нужно суперкрутое супербыстрое решение в 90% случаев. Нужно решение приемлемой производительности, сделанное в короткие сроки, которое легко поддерживать любому программисту, а не только разработчику. Любой заказчик понимает, что связываясь с полностью самописным кодом он обрекает себя на сотрудничество с вами, потому что отдать потом ваше творчеству другому программисту на поддержку может быть сложнее чем написать заново и он максимально постарается избежать этого.
P.S. Поймите меня правильно я говорил «вы» и «ваше творчество» в общем. Не имя ввиду конкретно вас и ваш код. Я имел ввиду среднестатистическую поделку «с нуля», именно так и будет рассматривать предложение написать сервис с нуля потенциальный заказчик.