Результаты поиска

Кто-нибудь часто использует конструктор классов в Visual Studio?

Я скачал игрушку Modeling Power Toys для 2005 года и был впечатлен тем, что я видел до сих пор. Блог MSDN Class Designer, похоже, не был обновлен в течение некоторого времени, но он все еще выглядит довольно полезным.

Является ли конструктор классов быстрым способом создания базового приложения или я должен просто работать на бумаге, а затем начать кодирование?

Спасибо

Какое программное обеспечение вы используете при проектировании классов и их отношений, или просто ручку и бумагу?

В колледже у меня было много курсов дизайна и UML ориентированных, и я признаю, что UML можно использовать для пользы программного проекта, особенно для отображения прецедентов , но действительно ли это практично? Я сделал несколько рабочих терминов co-op, и похоже, что UML не используется в большой степени в этой отрасли. Стоит ли тратить время во время проекта на создание UML диаграмм? Кроме того, я нахожу, что диаграммы классов обычно не полезны, потому что это просто быстрее, чтобы посмотреть на файл заголовка для класса. В частности, какие диаграммы являются наиболее полезными?

Редактировать: мой опыт ограничивается небольшим, до 10 девелоперских проектов.

Edit: много хороших ответов, и хотя они не самые многословные, я считаю, что выбранный вариант является наиболее сбалансированным.

До появления универсальных моделей C# все кодировали коллекции для своих бизнес-объектов, создавая базу коллекций, реализующую IEnumerable

IE:

public class CollectionBase : IEnumerable

и тогда они получат свои коллекции бизнес-объектов из этого.

public class BusinessObjectCollection : CollectionBase

Теперь с общим классом списка, кто-нибудь просто использует это вместо этого? Я обнаружил, что использую компромисс двух методов:

public class BusinessObjectCollection : List<BusinessObject>

Я делаю это, потому что мне нравится иметь строго типизированные имена, а не просто передавать списки.

Каков ваш подход?

При реализации объектно-ориентированного поиска иголки в стоге сена у вас, по существу, есть три альтернативы:

1. needle.find(haystack)

2. haystack.find(needle)

3. searcher.find(needle, haystack)

Что вы предпочитаете и почему?

Я знаю, что некоторые люди предпочитают второй вариант, потому что он позволяет избежать введения третьего объекта. Однако я не могу избавиться от ощущения, что третий подход более концептуально "correct", по крайней мере, если ваша цель-моделировать "the real world".

В каких случаях, по вашему мнению, целесообразно вводить вспомогательные объекты, такие как поисковик в данном примере, и когда их следует избегать?