Форум Flasher.ru
Ближайшие курсы в Школе RealTime
Список интенсивных курсов: [см.]  
  
Специальные предложения: [см.]  
  
 
Блоги Правила Справка Пользователи Календарь Поиск рулит! Сообщения за день Все разделы прочитаны
 

Вернуться   Форум Flasher.ru > Flash > ActionScript 3.0

Версия для печати  Отправить по электронной почте    « Предыдущая тема | Следующая тема »  
Опции темы Опции просмотра
 
Создать новую тему Ответ
Старый 23.12.2010, 17:10
alatar вне форума Посмотреть профиль Отправить личное сообщение для alatar Найти все сообщения от alatar
  № 21  
Ответить с цитированием
alatar
 
Аватар для alatar

блогер
Регистрация: Dec 2008
Адрес: Israel, Natanya
Сообщений: 4,740
Записей в блоге: 11
Я ж написал, что описание художественное.
По-сути это надо читать так:
Кнопка: событие - меня нажали.
Форма содержащая кнопку: уведомление - попытка купить элемент id.
Контроллер: (через коннектор) запрос на сервер - заказ на покупку id.
Сервер: (через коннектор) запрос принят / не принят.
Контроллер: пометить элемент id как купленный / отправить юзера в сад.
Вьюха: отобразить элемент id как купленный / сказать юзеру, что он может идти в сад.

Добавлено через 1 минуту
Элемент это часть модели, поэтому в повествовании он выступает от ее имени

Старый 26.12.2010, 11:53
passertm вне форума Посмотреть профиль Отправить личное сообщение для passertm Найти все сообщения от passertm
  № 22  
Ответить с цитированием
passertm
[+1 28.12.10]
[+1 29.12.10]
 
Аватар для passertm

Регистрация: Aug 2006
Сообщений: 107
чуть почитал этой темы. как всегда у всех одно решение. МВС не панацея. последнее врем начал сталкиваться с кодами где чуть ли не два инта прбавляются тримя классами(МВС). при том что чтобы правильно реализовать это нужно иметь колосальный опыт которого у больщенства не оказывается. лично сам очень редко использую эту технику и только в больших и маштабируемых системах.

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

добавлю только что это мое сугубо личное мнение.

Старый 26.12.2010, 17:57
expl вне форума Посмотреть профиль Отправить личное сообщение для expl Найти все сообщения от expl
  № 23  
Ответить с цитированием
expl

блогер
Регистрация: Feb 2006
Сообщений: 1,474
Записей в блоге: 3
passertm, Вы, может были бы правы, если бы т.з. на проект редко менялось
Ведь после выпуска рабочей версии постоянно будут требовать внести изменения
и если архитектура хреновая - баги будут расти как снежный ком - каждая новая правка будет добавлять больше багов чем предыдущая.

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

Все определяет ситуация

З.Ы. Не знаю алтернативы "метархитектурного" паттерна для MVC, хоть не в первый раз слышу от сишников о том как они классно инкапсулируют отображение, поведение, звук и т.д. в один объект (по объекту на игровую сущность с подключающимися к нему модулями) и как они классно этим всем оперируют, как составляют эти игровые объекты из разных компонентов как в конструкторе "LEGO" - примера не видел - не могу ничего сказать

З.Ы2: Существует "сильно урезанная" версия MVC, - Document-View. С нее проще начать. Т.е. все что касается данных, их целостности, операций с данными - лепим в Document, все что касается отображения и принимания комманд от пользователя - в View.
1. У Document нет ссылок на View ВООБЩЕ
2. View имеет ссылки на Document, может вызывать его методы и подписывается на его события, оповещающие об изменении Document.
Вобщем, с этим проще работать, чем "все в одну кучу"


Последний раз редактировалось expl; 26.12.2010 в 18:11.
Старый 26.12.2010, 22:03
etc вне форума Посмотреть профиль Найти все сообщения от etc
  № 24  
Ответить с цитированием
etc
Et cetera
 
Аватар для etc

Регистрация: Sep 2002
Сообщений: 30,784
passertm, угу, по той же причине вы не утруждаете себя ни запятыми, ни прописными буквами в предложениях.

Старый 26.12.2010, 22:44
passertm вне форума Посмотреть профиль Отправить личное сообщение для passertm Найти все сообщения от passertm
  № 25  
Ответить с цитированием
passertm
[+1 28.12.10]
[+1 29.12.10]
 
Аватар для passertm

Регистрация: Aug 2006
Сообщений: 107
Цитата:
Сообщение от expl Посмотреть сообщение
passertm, Вы, может были бы правы, если бы т.з. на проект редко менялось
Ведь после выпуска рабочей версии постоянно будут требовать внести изменения
и если архитектура хреновая - баги будут расти как снежный ком - каждая новая правка будет добавлять больше багов чем предыдущая.
ну да. все будет именно так как вы сказали. но всегда можно полностью переписать кусок с нуля. а там где нельзя этого делать человек задумается как это поправить поделит кусок на части. в результате научится где и как нужно применять мягкие ссылки.
а если все страшно сядет и перепишет программу с нуля. да еще так чтобы большенство предстояших изменений будут делаться. потратить кучу времени.и каждая секунда будет для него уроком и вот тогда(а я думаю что только тогда) он начнет понимать как надо проектировать? какие бывают изменения? как сделать чтобы приложение оказалось максимально маштабируемым?
вот к примеру. у нас в фирме есть группа иностранных разработчиков которые пишут один проект.не плохие ребята и вполне знают что такое mvc и как им пользоватся. они особо мне не подчиняются так что контролировать их работу у меня не получаетя. в результате малейшие изменения в проекте у них требует по полу дня до дня тогда как еслибы я писал их проект эти изменения занимали бы секунды(не то что я так крут просто изменения мизерные).
и я не говорил что это легкий способ. зато в этом случае этот парень научится писать разные проекты испортив один. я пытаясь сделаь его на мвс он изпортит один проект и ничему не научится.ведь это мвс это такая крутах хрень на которой все должно было быть как по маслу.не понятно почему это не работает.
а проект запортить придется. я (как человек который имеет почти 15 лет опыта программирование и достаточный опыт работы в руководяших программистами досжностях) не верю что новичек может правильно и нормально написать большой проект.

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

Цитата:
Сообщение от expl Посмотреть сообщение
Document-View.
я хотел о нем написать. но до него тоже нужно созреть. хотя безспорно он намного проше а главное лично я видел кучу проектов в которых если мвс заменить на это все только выиграют.но это не модно.

Добавлено через 2 минуты
Цитата:
Сообщение от etc Посмотреть сообщение
passertm, угу, по той же причине вы не утруждаете себя ни запятыми, ни прописными буквами в предложениях.
не понял о какой причине говорите вы.
но признаюсь. я не знаю где ставить запятые. но думаю я приму ваш упрек когда вы начнете писать на азербайджанском лучше чем я на руском.

Старый 27.12.2010, 02:31
ZergMaster вне форума Посмотреть профиль Отправить личное сообщение для ZergMaster Найти все сообщения от ZergMaster
  № 26  
Ответить с цитированием
ZergMaster
 
Аватар для ZergMaster

Регистрация: May 2008
Адрес: Питер
Сообщений: 385
Отправить сообщение для ZergMaster с помощью ICQ Отправить сообщение для ZergMaster с помощью Skype™
жесть, редкая безграмотность. Тяжело читать такие посты и понимать, о чем пишет этот шестилетний ребенок, который еще не в курсе про правила русского языка. (сори, просто такое впечатление создается, не обессудьте)
__________________
while(live()) { hope(); }

Старый 27.12.2010, 12:33
passertm вне форума Посмотреть профиль Отправить личное сообщение для passertm Найти все сообщения от passertm
  № 27  
Ответить с цитированием
passertm
[+1 28.12.10]
[+1 29.12.10]
 
Аватар для passertm

Регистрация: Aug 2006
Сообщений: 107
ребята тут форум не лингвистический а про программирование. так что давайте показывать способности к программированию а не к лингвистике.


лично я перечитал то что написал. не считая следуюшей строки все понял.(при том что я не русский!!!)
Цитата:
да еще так чтобы большенство предстояших изменений будут делаться
вы уверены что в правильной кодировке читаете??? poprobuyte pomenyat kodirovku browser-a.


Последний раз редактировалось passertm; 27.12.2010 в 13:10.
Старый 27.12.2010, 15:14
Slip_91 вне форума Посмотреть профиль Отправить личное сообщение для Slip_91 Найти все сообщения от Slip_91
  № 28  
Ответить с цитированием
Slip_91
 
Аватар для Slip_91

Регистрация: May 2009
Сообщений: 25
passertm, ок. я 2 месяца писал проект. и тут (внезапно!) осознал что мой код кривой, трудномасштабируемый и вобще никуда не годится. по условиям договора с заказчиком до сдачи проекта осталась, скажем неделя. предлагаете садиться переписывать с нуля?

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

Старый 27.12.2010, 17:51
passertm вне форума Посмотреть профиль Отправить личное сообщение для passertm Найти все сообщения от passertm
  № 29  
Ответить с цитированием
passertm
[+1 28.12.10]
[+1 29.12.10]
 
Аватар для passertm

Регистрация: Aug 2006
Сообщений: 107
я согласен что в реальном проекте где сжатые сроки это не применимо(или придется работать круглосуточно). поэтому и не нужно браться за проект если не достаточно опыта чтобы его делать. или брать время в 2-3 раза больше чем нужно чтобы было время переписываеть.

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

как то раз я видел как одному парню дали проект который он просто не потянул бы. проект был не очень сложный. написать FAQ. это слово у нас в кругу стало нарецательным так как последние 20% кода потребовало 90% времени от всего времени написание программы.
если собрать вместе весь труд, код был переписан полностью раз 10. не меньше.
и я думаю причиной этому было нежелание полностью переписывать код в начале.

Добавлено через 2 минуты
еще скажу что кривизна кода становится видна обычно намного раньше. а если 2 месяца все шло нормально то думаю все не так уж и криво. так что переписывать придется кусок.

Старый 27.12.2010, 18:26
Slip_91 вне форума Посмотреть профиль Отправить личное сообщение для Slip_91 Найти все сообщения от Slip_91
  № 30  
Ответить с цитированием
Slip_91
 
Аватар для Slip_91

Регистрация: May 2009
Сообщений: 25
ну да, юзать MVC просто ради MVC, мол мне тут на форуме написали что так кошерно - как минимум глупо (это вообще к любому шаблону относится). использовать его нужно тогда, когда сам осознаешь эту необходимость (и научишься использовать, естественно, на тестовых примерах).

и всё же, вместо того, чтобы по 10 раз переписывать код, на мой взгляд хорошей практикой будет уделять побольше времени этапу ДО написания кода. хорошенько продумать архитектуру приложения на бумаге, нарисовать функциональную модель и т.д. по крайней мере мне это реально помогает =)

Создать новую тему Ответ Часовой пояс GMT +4, время: 13:17.
Быстрый переход
  « Предыдущая тема | Следующая тема »  

Теги
логика приложения , методология , модель отображения
Опции темы
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.


 


Часовой пояс GMT +4, время: 13:17.


Copyright © 1999-2008 Flasher.ru. All rights reserved.
Работает на vBulletin®. Copyright ©2000 - 2024, Jelsoft Enterprises Ltd. Перевод: zCarot
Администрация сайта не несёт ответственности за любую предоставленную посетителями информацию. Подробнее см. Правила.