Какао глобальные ярлыки?

Я прочитал эту страницу с большим интересом. Наша команда разработки использует Apex уже около 2 лет, и я хотел бы подвести итоги нашего опыта.

Для создания основных приложений Crud Apex действительно отлично. На самом деле я рекомендую попробовать сами. Мы сталкивались с некоторыми первоначальными незначительными трудностями, устанавливающими его, но, похоже, были вытянуты в выпуске 3.2.

Хорошо

• отлично подходит для простых приложений. Если приложение будет расти в сложности, рассмотрите альтернативное решение.
• Встроенные шаблоны означают, что ваше приложение выглядит довольно профессионально (хотя некоторые будут обсуждаться этим).
• Хороший форум поддержки и сообщество, с большим количеством нетерпеливых людей, которые помогут вам помочь.
• Некоторые превосходные встроенные элементы управления. Любите графики и отчеты (но см. Ниже).

Плохо

• Отладчик - Abysmal. Если вы использовали Visual Studio (и даже древние версии Microsoft Access), вы будете съеживаться в отладчик. Нет точек останова, отладки сообщений, извергающих на экране в большом списке, на необходимость вручную печатать сообщения отладки на экран. Ужасный. Причина многих, много часов, потерянных для поддержки.

• Как только ваше приложение станет сложным или требует каких-либо богатых функциональных возможностей, вам нужно прибегать к хакам JavaScript и HTML / CSS, которые создают отладку и поддержку еще более сложной (хотя вы можете использовать инструменты, такие как Firebug или Visual Studio, чтобы помочь с это).

• Мы столкнулись с необъяснимися странными сеансами, а таблицы стилей становятся «отсоединены» из приложения без объяснения - назвать пару вопросов.

• Поддержка незнакомых приложений может быть сложной, поскольку может быть трудно следовать по логическому потоку страницы без хорошего отладчика. И я не покупаю акции отклика «скважин - приложения должны быть закодированы лучше». Потому что в реальном мире они не являются - особенно когда вы используете подрядчик.

• Отчеты выглядят хорошо, но не очень хорошо, если вы не можете распечатать их или экспортировать в PDF. Конечно, вы можете выложить для отчетного сервера, в конце концов мы использовали другое решение.

В целом

Я бы сказал, что все средства используют APEX для простых приложений CRUD. За что угодно более легкой сложности идут на .NET или Java. Я бы не привел бы никакого уведомления о статье Wiki на Apex, так как она очень перекошена. Обратите внимание, как «трудно отлаживать» (на мой взгляд, самое большое не удалось) было удалено из статьи.

Что-то, что нужно очень осторожно, а также нелепое утверждение, которое вы можете быстро преобразовать базы данных доступа прямо к вершине. Да, это будет работать, если вы получите доступ к БД очень, очень упрощенно. Что-нибудь умеренно сложное, забудь, как мы нашли.

Мы определенно не использовали его для приложений для веб-сайтов, только внутренних. Есть просто слишком много трудностей, делающих вещи, которые вы предприняли как должное, скажем, .NET. Я знаю, что есть такие сайты, такие как asktom, но это не совсем комплекс. Сможем ли мы увидеть следующий Facebook на нем? Я не думаю, что я уверен, что кто-то читает, это будет трещина на этом.

APEX подытоживает в предыдущем комментариев - менеджеры видят демонстрацию, и быстро покупают, убедили, что они нашли серебряную пулю, которая будет срезовать время развития. У меня были менеджеры, позвонив мне и говорили, нам нужно приложение БД с 40 столами здания в неделю в вершине, пожалуйста - вот как далеко миф совершил миф. Реальность несколько отличается. Да, некоторые вещи быстрее, существенно быстрее, но вы потеряете время в других областях - отладка, поддержка и настройку.

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

Используйте API горячей клавиши , что предназначено для этой цели.