Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Динамическая структура данных и MVC
|
|||
|---|---|---|---|
|
#18+
*Ihor*Каждый клиент начал тянуть на себя одеяло мда, 1. ограничивать хотелки клиентов в случае тиражируемых продуктов (бесполезно же майкрософт просить вернуть стандартное меню в word или убрать кнопку пуск из винды) 2. двигаться в сторону концепции 1С, что сейчас и происходит помаленьку, только не очень понятна разница в хотелках, ведь они настолько могут быть не совместимы между собой, что придется писать два кардинально разных метода для бизнес-логики, а так можно посмотреть в сторону генерации приложений на основе моделей, отправная точка DevExpress XAF, только там можно натолкнуться на ограничения ViPRosобычная проблема просто статические модели достали тех, кто пишет сложные проги моделирующие жисть, а не надуманные редакторы текста компьютер не сможет смоделировать жизнь, он умеет только да и нет, а в жизни еще есть "не знаю" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.03.2013, 19:17 |
|
||
|
Динамическая структура данных и MVC
|
|||
|---|---|---|---|
|
#18+
17-77, пора б отличить комп от проги ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.03.2013, 19:32 |
|
||
|
Динамическая структура данных и MVC
|
|||
|---|---|---|---|
|
#18+
*Ihor*вот вам конкретика: 1. есть таблица допустим users { name, age , tel} 2. есть темплейты где просто список @foreach <div>@user.name, @user.age , @user.tel</div> 3. есть XML файл с описанием структуры таблицы 4. есть админка, в которой добавив в XML поле address идет речек структуры таблицы с добавлением users { address } колонки. 5. дизайнеру нужна возможность просто отредактировать шаблон добавив @user.address и если он опечатался @user.address2 чтобы не вылетало. ... Задача очень простая, и динамика нужна потому что структура таблица меняется на ходу. для этой задачи не требуется динамическая БД, сделать поля все NULL, и написать (или дописать, или найти в гугле готовый) движок layouts по типу http://www.devexpress.com/Products/NET/Controls/WinForms/Layout/whitepaper.xml?page=3 и добавить при необходимости конфигурацию обязательных полей именно на уровне презентации а если не требуется динамическая БД - то половина проблем отпадает сразу, особенно генерация таблиц при логине юзера (страшный сон просто) но я так понимаю проблема гораздо глубже, там же потом еще бизнес логика, уму не постижимо - как это может нормально заработать, это на каждый чих писать вариант одного и того же бизнес-метода, легче убиться об стену ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.03.2013, 19:41 |
|
||
|
Динамическая структура данных и MVC
|
|||
|---|---|---|---|
|
#18+
ViPRosпора б отличить комп от проги прога работает на компе, если бы все так было - давно бы написали программный аналог нострадамуса ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.03.2013, 19:43 |
|
||
|
Динамическая структура данных и MVC
|
|||
|---|---|---|---|
|
#18+
17-77но я так понимаю проблема гораздо глубже, там же потом еще бизнес логика, уму не постижимо - как это может нормально заработать, это на каждый чих писать вариант одного и того же бизнес-метода, легче убиться об стену видимо, она сама должна генериться динамически :-) осталось только генератор сгенерировать ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.03.2013, 19:45 |
|
||
|
Динамическая структура данных и MVC
|
|||
|---|---|---|---|
|
#18+
17-77, ты не в теме просто, потому хорош лялякать ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.03.2013, 20:18 |
|
||
|
Динамическая структура данных и MVC
|
|||
|---|---|---|---|
|
#18+
sanyock2видимо, она сама должна генериться динамически :-) осталось только генератор сгенерировать тупая логика по работе с БД генерится динамически, а бизнес логика добавляется по мере надобности ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.03.2013, 20:20 |
|
||
|
Динамическая структура данных и MVC
|
|||
|---|---|---|---|
|
#18+
*Ihor*вот вам конкретика: 1. есть таблица допустим users { name, age , tel} 2. есть темплейты где просто список @foreach <div>@user.name, @user.age , @user.tel</div> 3. есть XML файл с описанием структуры таблицы 4. есть админка, в которой добавив в XML поле address идет речек структуры таблицы с добавлением users { address } колонки. 5. дизайнеру нужна возможность просто отредактировать шаблон добавив @user.address и если он опечатался @user.address2 чтобы не вылетало. все довольно таки просто, шаблоны раскиданы по папкам, есть общий дефотлтный, а есть /client/1/userList.cshtml по реквесту /list/users/filter:age>10/ взять из таблицы содержимое с фильтром, отдать шаблону и сгенерить. Задача очень простая, и динамика нужна потому что структура таблица меняется на ходу. Сделать такое вполне реально и код будет очень гибким и легким. По крайней мере 10 лет уже так работает api. На nodejs такое собрать очень легко, но nodejs не даст всего того что есть в .NET. Тотже к примеру PDF готового решения нету, и тучи других моментов, иначе я бы забил на .NET и сразу собрал бы на nodejs а почему бы п. 5 не автоматизировать? тогда адрес2 просто не было бы да и не проблема в дайнамик отсечь адрес2 то ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.03.2013, 20:22 |
|
||
|
Динамическая структура данных и MVC
|
|||
|---|---|---|---|
|
#18+
*Ihor*вот вам конкретика: 1. есть таблица допустим users { name, age , tel} 2. есть темплейты где просто список @foreach <div>@user.name, @user.age , @user.tel</div> 3. есть XML файл с описанием структуры таблицы 4. есть админка, в которой добавив в XML поле address идет речек структуры таблицы с добавлением users { address } колонки. 5. дизайнеру нужна возможность просто отредактировать шаблон добавив @user.address и если он опечатался @user.address2 чтобы не вылетало. все довольно таки просто, шаблоны раскиданы по папкам, есть общий дефотлтный, а есть /client/1/userList.cshtml по реквесту /list/users/filter:age>10/ взять из таблицы содержимое с фильтром, отдать шаблону и сгенерить. Задача очень простая, и динамика нужна потому что структура таблица меняется на ходу. Сделать такое вполне реально и код будет очень гибким и легким. По крайней мере 10 лет уже так работает api. На nodejs такое собрать очень легко, но nodejs не даст всего того что есть в .NET. Тотже к примеру PDF готового решения нету, и тучи других моментов, иначе я бы забил на .NET и сразу собрал бы на nodejs В базовом классе создать свойство с типом dynamic и с помощью динамичиских парсеров xml или json, которых вагон и маленькая тележка, хранить динамическую часть в отдельном поле в виде стоки ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.03.2013, 20:44 |
|
||
|
Динамическая структура данных и MVC
|
|||
|---|---|---|---|
|
#18+
ViPRosа почему бы п. 5 не автоматизировать? тогда адрес2 просто не было бы да и не проблема в дайнамик отсечь адрес2 то П.5 генерится и так для дефолтных шаблонов. но есть кастомные, где ручками уже чтото навернули. допустим захотели не линейный вывод формы а многоколоночный для user допустим Firstname + Lastname рядышком.. т.е. редактируя шаблон он становится специфичным, и автоматом туда всунуть новые поля уже нету возможности. Потому и остается всегда вариант когда нужно в шаблоне докидывать допустим новое поле. Но это все таки проще и легче, чем идти по всей системе, прокидывать в классах новый тип, плюс сет/гет, обработка на запись и еще тучи всего. Оно и создавался изначально старый добрый API чтобы избавить себя от ибатни такой. раз 1000 сделаешь тупую работу, начинаешь думать - как это автоматизировать.. в итоге и создана была система где кернел не трогается в 99% случаях. Логика строится в базе, за счет структуры бизнес логики и других нюансов. Тут изначально было продумано и заложено в api, и система сама знает о процессах логики клиента. Далее промежуточные этапы , внесения, редактирования, импорта данных.. ну и итог уже отчеты. JS отчеты отпали изначально потому что нужно не только показывать клиенту но и отсылать мылом по заданному графику. Вот и идет задача прийти к Razor в итоге, вместо своего самописного на с++ темплэйта. Т.е. Цель - чтобы все работало в едином коде и единой среде. Имея огромный монтср .NET , какбы глупо писать левые куски кода и собирать винегрет. Попробовав по быстрому пару тестов с dynamic и expando убедился что Razor падает при попытке указать ошибочный проперти. Видимо тут таки нужен внешний класс, теперь понимаю зачем в инете тучи постов где народ самописно делает такие выкрутасы. Тотже ElasticObject, DynamicObjects и др. Странно что в самом c# не заложено это изначально. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.03.2013, 20:56 |
|
||
|
Динамическая структура данных и MVC
|
|||
|---|---|---|---|
|
#18+
*Ihor*, ну про "разор" и т.д. (да и веб) я не в курсе просто у меня на винформс все работает как ты описываешь ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.03.2013, 21:07 |
|
||
|
Динамическая структура данных и MVC
|
|||
|---|---|---|---|
|
#18+
потому твой топик и заинтересовал, что думаю сгенерировать веб рожу, помимо вин ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.03.2013, 21:08 |
|
||
|
Динамическая структура данных и MVC
|
|||
|---|---|---|---|
|
#18+
SeVaВ базовом классе создать свойство с типом dynamic и с помощью динамичиских парсеров xml или json, которых вагон и маленькая тележка, хранить динамическую часть в отдельном поле в виде стоки есть один пока нюанс. запись класса из таблицы возможна пока только через Name. т.е. нету возможности заполнять: user.address = db.Users.Adress, так-как структура не заложена. А значит все идет через строковой проперти, user['Address'] = rec["Address"].Value. что уже создает трудность при работе с Json с C# В javascript такой проблемы нету, var user = {}; user['adress'] = 'NY' или user.adress = 'NY' работает легко. А вот в C# уже так красиво не выходит. use = new { name: 'Test', age: 20} выглядит красиво, но вот создать в анонимном классе еще один проперти на лету уже не вышло, тем более достучаться через Name. user['address'].. Вот и приходится извращаться. Точто идет в MSDN как ни крути, не подходит стандартными методами. Нужно ведь чтобы и в Razor темплейте для админа или дизайнера было все тупо и просто в использовании , без лишних try catch. В итоге как я вижу и делают сверху класс внешний с обработками, потом дойдя до Linq еще нужно навесить уйму методов и свойств, в итоге это все превращается в километры кода на подобии тогоже ElasticObject , хотя МС могли изначально это сделать в C#. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.03.2013, 21:08 |
|
||
|
Динамическая структура данных и MVC
|
|||
|---|---|---|---|
|
#18+
*Ihor*, много че они могут делать, но не делают или делают еще хуже классы и т.д. приблудину ввели тип - не надо копи рейст а теперь генерят миллиарды "классов", классы для изучения этих классов, классы генерирующие контейнеризирующие и фиг знает еще че делающие как ток что нить приведешь в порядок, тут же все меняется, новый вын, нвый язык мода и т.д. сцуки ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.03.2013, 21:17 |
|
||
|
Динамическая структура данных и MVC
|
|||
|---|---|---|---|
|
#18+
ViPRosпотому твой топик и заинтересовал, что думаю сгенерировать веб рожу, помимо вин писал уже выше: JS имеет для этих задач уже все готовое. Json как хранилище, и десятки Template фреймворков. Json на лету собирается очень легко, далее отдается шаблонизатору и далее можно вполне реализовать несложный редактор темплейтов не для продвинутых. В случае опечатки просто выдаст не то что нужно. Но я никак не могу использовать клиентский UI хоть и рвался постоянно. Ведь отсылая по таймеру отчет или письмо , он должен быть 1в1 как клиент видит на экране. А потому писать два куска, один для клиента и потом еще один для серверной части - полный бред. Вот и упирается это все в HTML темплейты но на стороне сервера по аналогии с NodeJS. Что в принципе Razor и позволяет. хотя есть десятки других темплейт генераторов и более удобных. Но оно ведь лучше и проще когда все в единой среде без сотни сторонних dll в /bin Asp.net 4 дает много вариантов и готовых библиотек, но проблема в том что MSDN завален примитивами и статикой. Оно все красиво пока не попытаешься шагнуть в сторону. Вот тут и вынес себе мозг километрами исходников в итоге запутался в хлам. Почему и решил спросить мнение. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.03.2013, 21:19 |
|
||
|
Динамическая структура данных и MVC
|
|||
|---|---|---|---|
|
#18+
*Ihor*, десятый раз повторяю, чем дататабле не устроил для динамики? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.03.2013, 21:20 |
|
||
|
Динамическая структура данных и MVC
|
|||
|---|---|---|---|
|
#18+
*Ihor*SeVaВ базовом классе создать свойство с типом dynamic и с помощью динамичиских парсеров xml или json, которых вагон и маленькая тележка, хранить динамическую часть в отдельном поле в виде стоки есть один пока нюанс. запись класса из таблицы возможна пока только через Name. т.е. нету возможности заполнять: user.address = db.Users.Adress, так-как структура не заложена. А значит все идет через строковой проперти, user['Address'] = rec["Address"].Value. что уже создает трудность при работе с Json с C# В javascript такой проблемы нету, var user = {}; user['adress'] = 'NY' или user.adress = 'NY' работает легко. А вот в C# уже так красиво не выходит. use = new { name: 'Test', age: 20} выглядит красиво, но вот создать в анонимном классе еще один проперти на лету уже не вышло, тем более достучаться через Name. user['address'].. Вот и приходится извращаться. Точто идет в MSDN как ни крути, не подходит стандартными методами. Нужно ведь чтобы и в Razor темплейте для админа или дизайнера было все тупо и просто в использовании , без лишних try catch. В итоге как я вижу и делают сверху класс внешний с обработками, потом дойдя до Linq еще нужно навесить уйму методов и свойств, в итоге это все превращается в километры кода на подобии тогоже ElasticObject , хотя МС могли изначально это сделать в C#. Кто мешает завести строки с значениями по умолчанию и на основании нее инициализировать новый объект. А ты, видно, фокусы собрался показывать, если у тебя структура заранее не определена. А MS все сделала для динамических объектов в c#. Способов вагон и маленькая тележка, если тебе нужен еще linq(кто бы сомневался), то это уже нетривиальная задача, пятиминутных способов не будет, по твоим выжимкам никто не даст тебе готовый вариант. Не морочь голову публике. Сделать это можно, но все зависит от конкретных условий. Подозреваю, дальше еще нужны будут бизнес-правила и прочие балеты. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.03.2013, 21:23 |
|
||
|
Динамическая структура данных и MVC
|
|||
|---|---|---|---|
|
#18+
ViPRos*Ihor*, много че они могут делать, но не делают или делают еще хуже классы и т.д. приблудину ввели тип - не надо копи рейст а теперь генерят миллиарды "классов", классы для изучения этих классов, классы генерирующие контейнеризирующие и фиг знает еще че делающие как ток что нить приведешь в порядок, тут же все меняется, новый вын, нвый язык мода и т.д. сцуки :D .. мне хватило приколов с depricated в Sql Server.. тут они меня убили просто.. софт ставится клиентам, и зачастую клиент купив EntEdition 2005 уже не хочет платить снова чтобы сменить на 2012. Но ты ведь получая в руки тотже 2008 начинаешь юзать его на полную катушку, но там вдруг 2005, начинаешь мудридь. Вышел SQL 2012, они еще больше наломали, теперь код 2008 никак не хочет в 2012 , и между ними появляется несовместимость полная. Теперь и Google подставили. удалив V2 апи карты полностью, ведь могли оставить хоть и без потдержки v2 , но нет, удаляют сервис как таковой, а как начал переписывать на v3 а нам 80% просто depricated и пришлось переделывать полностью весь проект. Вот потому и сижу в своем API и никогда не сяду в чужой :) ... глупо но вот просто доверия к монстрам нету. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.03.2013, 21:28 |
|
||
|
Динамическая структура данных и MVC
|
|||
|---|---|---|---|
|
#18+
МСУ*Ihor*, десятый раз повторяю, чем дататабле не устроил для динамики? все упирается в шаблон. в шаблоне не должно быть никакких <asp:Grid и т.д. потому будут маркеры , темлейт макросы, блоки и т.д. Отдается массив данных и далее идет вывод в шаблоне. Опятьже - DataTable это двумерный линейный массив. Он только вот для MSDN туториалов и подходит. А представь примеру что у тебя есть запись с кросс вложениями. Ну типа task и taskItems .. в json это просто дерево. Ты отдаешь json темплейту, и далее дизайнер может или просто вывести список task, или вывести список с расскрывающимеся подсписками, или даже расчеты добавить по ходу вывода. @foreach task { @foreach task.taskItem { } } DataTable линейный тут ну никак. Я просто МСУ вижу что ты тупо против самой идеи, и все твои посты чисто упреки. ты уж прости, но я не выдумал задачи с потолка и сижу тролю. Вы еще блин пойдите SaleForce научите как нужно гнать в шею клиентов и рассказывать мол им что никакой динамики и кастомизации, пусть их клиенты расслабятся в желаниях. Для меня же это принцип - Нету ничего невозможного в программировании. Тем более есть желание уже то что работает сделать еще лучше. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.03.2013, 21:38 |
|
||
|
Динамическая структура данных и MVC
|
|||
|---|---|---|---|
|
#18+
SeVaНе морочь голову публике. Сделать это можно, но все зависит от конкретных условий. Подозреваю, дальше еще нужны будут бизнес-правила и прочие балеты. нет спасибо :) уже давно все есть изначально и то что называется MVC сейчас ,было 10 лет назад но без названия :) и то что назвали Ajax было старый добрый dhtml еще при IE6 и все работало :) Просто хочу переписать все с мертвого ASP на новый код. Причем сам, это не бизнес задача. Загвоздка была только одна: взять из запроса все что есть, не зная что там прейдет, или хоятбы получив список полей в таблице в виде массива, засунуть в класс аналогичный Json с многомерной а не линейной структурой и отдать в темплейт чтобы дизайнер мог стучаться к данным на примитивном уровне, как это сделано в томже jquery.tml, mustache, и др. Для меня стало проблемой что создавая класс user = new {name: 'test'} я не могу заполнить его по строковой переменной user[fieldname] = fieldvalue. это можно только для хеш массива. или тупо генерить строку Json и потом сериализовать, о это уже полный бред. А отдав темплейту , полетят ошибки если не проверять наличие каждого проперти. Тут я уже допер что нужен СВОЙ! класс над классом, и не только проверка на TryGetMember а еще целый огромный кусок свойств и методов для Linq. Я мог сразу взять тотже ElasticObject и не заводить тут тему. Но смущало то что .NET 4.5 уже поидеи должен был иметь все что нужно в отличие от 2.0. И была надежда что оно все есть, ноя этого не увидел потерявшись в MSDN и тучах разных исходниках. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.03.2013, 21:52 |
|
||
|
Динамическая структура данных и MVC
|
|||
|---|---|---|---|
|
#18+
*Ihor*МСУ*Ihor*, десятый раз повторяю, чем дататабле не устроил для динамики? все упирается в шаблон. в шаблоне не должно быть никакких <asp:Grid и т.д. потому будут маркеры , темлейт макросы, блоки и т.д. Отдается массив данных и далее идет вывод в шаблоне. Причем тут шаблон? Данные - динамическая (xml) таблица, шаблон - способ сформировать конечный выхлоп (html). Будь то razor, aspx, xslt и иже с ними. В кучу смешалось всё, кони, люди, шаблоны, динамическая схема данных... Цирк. *Ihor*Опятьже - DataTable это двумерный линейный массив. Он только вот для MSDN туториалов и подходит. А представь примеру что у тебя есть запись с кросс вложениями. Открой для себя DataSet, DataRelation и иже с ними. Для динамики то, что доктор прописал - собственно классы для этого и затачивались. По сути - чистая обвязка над "нетипизированным" xml. *Ihor*Ну типа task и taskItems .. в json это просто дерево. Ты отдаешь json темплейту, и далее дизайнер может или просто вывести список task, или вывести список с расскрывающимеся подсписками, или даже расчеты добавить по ходу вывода. @foreach task { @foreach task.taskItem { } } DataTable линейный тут ну никак. Ты уперся в столб, пора сменить курс. Набери пальчиками в гугле "dataset to json", узрей истину джедаев. *Ihor*Я просто МСУ вижу что ты тупо против самой идеи, и все твои посты чисто упреки. ты уж прости, но я не выдумал задачи с потолка и сижу тролю. Вы еще блин пойдите SaleForce научите как нужно гнать в шею клиентов и рассказывать мол им что никакой динамики и кастомизации, пусть их клиенты расслабятся в желаниях. Для меня же это принцип - Нету ничего невозможного в программировании. Тем более есть желание уже то что работает сделать еще лучше. Проблема вся в том, что ты чистый теоретик, пытаешься на пустом месте людей запутать какими-то феерическими глупостями, от которых уже голова пухнет. Я лишь пытаюсь этому препятствовать, не более того. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.03.2013, 22:10 |
|
||
|
Динамическая структура данных и MVC
|
|||
|---|---|---|---|
|
#18+
*Ihor*вот вам конкретика: 1. есть таблица допустим users { name, age , tel} 2. есть темплейты где просто список @foreach <div>@user.name, @user.age , @user.tel</div> 3. есть XML файл с описанием структуры таблицы 4. есть админка, в которой добавив в XML поле address идет речек структуры таблицы с добавлением users { address } колонки. 5. дизайнеру нужна возможность просто отредактировать шаблон добавив @user.address и если он опечатался @user.address2 чтобы не вылетало. все довольно таки просто, шаблоны раскиданы по папкам, есть общий дефотлтный, а есть /client/1/userList.cshtml по реквесту /list/users/filter:age>10/ взять из таблицы содержимое с фильтром, отдать шаблону и сгенерить. Задача очень простая, и динамика нужна потому что структура таблица меняется на ходу. Сделать такое вполне реально и код будет очень гибким и легким. По крайней мере 10 лет уже так работает api. На nodejs такое собрать очень легко, но nodejs не даст всего того что есть в .NET. Тотже к примеру PDF готового решения нету, и тучи других моментов, иначе я бы забил на .NET и сразу собрал бы на nodejs С датасетом эта задача ясельного направления решается за 3 минуты - сливаешь структуру в датасет, бежишь в первом цикле по таблице (колонки), во внутреннем цикле бежишь по DataRow, разором формируешь контролы в зависимости от DataColumn.DataType. В качестве модели для вью - датасет. В чем проблема, что за ересь ты вещаешь про шаблоны? Тоже самое можно прогнать через шаблонизатор xslt (классика, потихоньку уходящая в небытие). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.03.2013, 22:23 |
|
||
|
Динамическая структура данных и MVC
|
|||
|---|---|---|---|
|
#18+
МСУ DataTable имет теже грабли для шаблонизатора. тотже вызов datarow['Adress2'] остановит по ошибке потому как ячейки такой нету, и снова в шаблоне писать тучи проверок или снова вешать сверху свой класс со всеми нужными свойствами и методами, а не просто отдать dataset в шаблон ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.03.2013, 22:34 |
|
||
|
Динамическая структура данных и MVC
|
|||
|---|---|---|---|
|
#18+
*Ihor*МСУ DataTable имет теже грабли для шаблонизатора. тотже вызов datarow['Adress2'] остановит по ошибке потому как ячейки такой нету, и снова в шаблоне писать тучи проверок или снова вешать сверху свой класс со всеми нужными свойствами и методами, а не просто отдать dataset в шаблон А зачем обращаться к datarow['Adress2']? То ты говоришь про динамику, то какие-то хардкоженые колонки. Ты определись, что тебе нужно. Есть ещё такое понятие, как централизованная обработка ошибок, если что. Ты чего хочешь, чтобы «наговнять» в шаблоне (вью) и чтобы всё работало? Так не бывает. П.С. Идиотизм, смешанный с цирком и троллением, начинает порядком надоедать. Толсто и уныло. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.03.2013, 22:50 |
|
||
|
|

start [/forum/topic.php?fid=18&msg=38180533&tid=1358271]: |
0ms |
get settings: |
10ms |
get forum list: |
19ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
51ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
89ms |
get tp. blocked users: |
2ms |
| others: | 260ms |
| total: | 451ms |

| 0 / 0 |
