Языки программирования имели несколько (r)эволюционных этапов в своей истории. Некоторые люди утверждают, что подходы, основанные на моделях, будут следующей большой вещью. Есть такие инструменты, как openArchitectureWare, AndroMDA, скульптор/Fornax платформы и т. д. это обещает невероятное повышение производительности. Тем не менее, я сделал опыт, что это либо довольно легко в начале, чтобы начать работу, но также застрять в какой-то момент, когда вы пытаетесь что-то, что было непредвиденным или довольно трудно найти достаточно информации, которая говорит вам, как начать свой проект, потому что может быть много вещей, чтобы рассмотреть.

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

Что вы думаете и что говорит вам ваш опыт? Есть ли будущее для разработки моделей (или как бы вы это ни называли)?

Обновление: похоже, что в этой теме нет большого интереса. Пожалуйста, дайте мне знать, если у вас есть какой-либо (хороший или плохой) опыт работы с моделями подходов или почему вы думаете, что это не интересно вообще.

Если есть какие-то языковые дизайнеры (или люди просто в курсе), мне интересно узнать о методологии создания стандартных библиотек для интерпретируемых языков. В частности, каков, по-видимому, наилучший подход? Определение стандартных функций / методов на интерпретируемом языке или выполнение обработки тех вызовов на компилируемом языке, на котором написан интерпретатор?

Что заставило меня задуматься об этом, так это вопрос SO о stripslashes()-подобной функции в Python. Моя первая мысль была "почему бы не определить свой собственный и просто вызвать его, когда он вам нужен", Но она подняла вопрос: предпочтительнее ли для такой функции позволить интерпретируемому языку обрабатывать эти накладные расходы, или лучше написать расширение и использовать скомпилированный язык позади интерпретатора?

Я ищу готовое решение, которое можно использовать в моем приложении RoR. В идеале я ищу что-то похожее на проверку подлинности ASP.NET форм, которая обеспечивает проверку email, элементы управления регистрацией и позволяет пользователям сбрасывать свои пароли. Ах да, и легко позволяет мне вытащить пользователя, который в данный момент вошел в приложение.

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

Я ищу информацию по обработке поиска в разных ORMs.

В настоящее время я перестраиваю какое-то старое приложение в PHP, и одно из требований: сделайте все или почти все доступным для поиска, поэтому пользователь просто набирает "punkrock live", и приложение находит видеоклипы, музыкальные треки, обзоры, предстоящие события или даже комментарии пользователей, помеченные таким образом.

В среде, где все доступно для поиска ORM необходимо поддерживать эту функцию двумя способами:

• предоставление некоторой индексации API на "O" стороне ORM
• предоставление средств для массового извлечения базы данных на стороне "R"

Идеальное решение будет возвращать готовые объекты на основе искомой строки. Знаете ли вы какие-либо хорошие решения end-to-end, которые выполняют эту работу, не обязательно в PHP? Если вы имели дело с подобной проблемой, было бы неплохо послушать, что ваш опыт. Нечто большее, чем использование Lucene или семантической паутины является способ oneliner'ы, Тхо ;-)*

Каков правильный способ для приложения MFC полностью закрыть себя?