Login
Access 3
1055 просмотров
Перейти к просмотру всей ветки
in Antwort Murr_0003 16.11.10 12:24
В ответ на:
Ответ на "где" будет следующий - в формочках
------
Лучшим вариантом было бы - в Аксессе.
Именно такой ответ - в формочках - и предполагался, потому что Аксесс вынуждает смешивать в коде формы управление контролами формы, бизнес-логику и операции ввода-вывода.
Изменение же в таблице должно затрагивать лишь операции ввода-вывода. Управление контролами и бизнес-логика могут остаться без изменений.
Ответ на "где" будет следующий - в формочках
------
Лучшим вариантом было бы - в Аксессе.
Именно такой ответ - в формочках - и предполагался, потому что Аксесс вынуждает смешивать в коде формы управление контролами формы, бизнес-логику и операции ввода-вывода.
Изменение же в таблице должно затрагивать лишь операции ввода-вывода. Управление контролами и бизнес-логика могут остаться без изменений.
Ответ был сродни вопросу. Ты спросил где, я подразумевая, что изменения в таблице имеют влияние на все приложение, ответил: в форме - для обеспечения ввода/вывода. Далее я написал: в коде, подразумевая, что это нужно для управления контролами и бизнес-логикой, но так как это не вписывается в твои понятия - это было просто проигнорировано.
В ответ на:
Наверное в данном случае мне надо было акцентировать внимание на количественных показателях.
Опять таки - дело в том, что невозможно сказать где именно в коде и в скольких частях кода будут необходимы изменения.
Тупой кодер вполне мог написать тот же АПДЭЙТ рассматриваемой таблицы в 10 местах, мог - в 20-ти, мог - и более - и никто не может сказать где оно есть и сколько его есть... и нужно просматривать весь код чтобы их найти.
Наверное в данном случае мне надо было акцентировать внимание на количественных показателях.
Опять таки - дело в том, что невозможно сказать где именно в коде и в скольких частях кода будут необходимы изменения.
Тупой кодер вполне мог написать тот же АПДЭЙТ рассматриваемой таблицы в 10 местах, мог - в 20-ти, мог - и более - и никто не может сказать где оно есть и сколько его есть... и нужно просматривать весь код чтобы их найти.
Ага, "тупой" кодер. Значит-таки не система влияет, а способность кодера.
В ответ на:
можно при желании и отсутствии хаоса в мозгах, поддерживать структурированный код
------
Можно. Но лишь путем больших затрат, чем в других системах. Т.е. Аксесс принуждает делать плохой код.
можно при желании и отсутствии хаоса в мозгах, поддерживать структурированный код
------
Можно. Но лишь путем больших затрат, чем в других системах. Т.е. Аксесс принуждает делать плохой код.
Ну, тут остается лишь развести руками. Если попытаться собрать два высказывания в одно, то получится: В системе можно писать хороший код, но она принуждает писать плохой. Можно, я не буду ничего добавлять?
В ответ на:
В любом случае, если систему знаешь, то можно с ней работать.
------
Работать можно с любой системой, если понятна цель работы.
Но один из моих коллег определил работу с Аксессом так - "Ты можешь писать на Аксессе, если понимаешь что, как и почему делал твой предшественник..." И Я с ним согласен...
В любом случае, если систему знаешь, то можно с ней работать.
------
Работать можно с любой системой, если понятна цель работы.
Но один из моих коллег определил работу с Аксессом так - "Ты можешь писать на Аксессе, если понимаешь что, как и почему делал твой предшественник..." И Я с ним согласен...
Ключевое слово здесь совсем не Акцесс. Накопипастить стописят строк вместо того, чтобы написать нормальный цикл можно и на яве, и на си. И если я вижу что предшественник нафигачил, то я не задумываюсь, почему он это сделал.
Да, у Акцесса свои тараканы, но он и не позиционируется как среда разработки, а про работу предшественника - я как-то не заморачиваюсь, почему он написал фигню, я ее переделываю и спокойно сплю.