|
![]() |
#1 |
Banned
|
Цитата:
просят такую же frond-end логику как у них где-то было. Вот нашел неидеальный но грид для SalesForce с которым пришедший в компанию ключевой пользователь работал ранее. TableGrid is a free, open-source Force.com library, that provides users and developers a highly customizable, native-looking, sortable, filterable, editable Grid Visualforce component. This component can be used as an advanced, highly configurable (by developer and user) replacement of apex ![]() https://github.com/rsoesemann/visualforce-table-grid И рисуют в СR вражеский интерфейс с вражеской логикой. Но реальности ради, я не вижу такой реальности. Скорее всего те же CRM программисты будут делать чистое ASP.NET обращаясь напрямую к данным D365FO. Примерно как SSRS программисты чихать хотели на X++". Что кстати разумно и с точки зрения обновлений и апгрейдов. Игнорировать всю эту расширяемость и напрямую обращаться к данным. А бизнес-логику в T-SQL. |
|
|
За это сообщение автора поблагодарили: Logger (0). |
![]() |
#2 |
Участник
|
Цитата:
![]() если не нужно быстро перелопачивать сумашедшие объемы данных, то лучше обходиться без T-SQL |
|
![]() |
#3 |
Участник
|
Цитата:
Мне кажется, первая часть проблемы решается ссылкой на документацию, а вторая справедлива для ОЧЕНЬ ограниченных сценариев (типа публичная часть или какая-нибудь мобильная) иначе придется переписывать интерфейс аксапты чтобы им угодить. Переобучить и немного допилить проще. Цитата:
Вот нашел неидеальный но грид для SalesForce с которым пришедший в компанию
ключевой пользователь работал ранее. Но реальности ради, я не вижу такой реальности. Скорее всего те же CRM программисты будут делать чистое ASP.NET обращаясь напрямую к данным D365FO. Примерно как SSRS программисты чихать хотели на X++". |
|
Теги |
ax8, dyn365fo, extensions, mfp |
|
|