@Роман Гончар

Создание информационной системы учета заказов радиотакси(ИЛИ)Создание информационной системы ломбарда.
Незнаю с чего начать даже и что вообще сделать надо кто может помогите сделать там например как оно должно быть.
Там форму код 1 или другой темы. СПАСИБО!

0

@EvilFromHell

Роман Гончар, таких тем тысячи. Используйте поиск. Скорее всего, когда давали задачу, должны были объяснять, чего хотят увидеть, но, по всей видимости, видеть хотят базу данных. Вот темы про базы и смотрите.

0

@Роман Гончар

Та вот не задача у меня предмет ООП а не база даных.Ну делать в с шарпе и подключать бд,но у меня на пк VS С шарпа только.Новая версия много занимает берет память с диска С но я выбрав папку для установки совсем другую. еще проблема в этом в Сшарпе нужно сперва сделать прогру а потом в sql я так понял нужно бд делать.

0

@EvilFromHell

Роман Гончар, тогда еще проще. Если тем про БД тысячи, то про ООП, наверное миллионы Посмотрите эти темы, начните делать по аналогии, если что-то будет не получаться -выкладывайте код

0

@Роман Гончар

Я искал но нечего не нашел. Можете скинуть сылки если не сложно Спасибо

0

@serikus

1. Для начала придумай концепт! Как оно может работать. Т.е. что там должно быть
1.2 Придумай архитектуру программы. Можешь на листике нарисовать.

2. Сделай визуальную состовляющую - формочки, кнопочки, надписи и т.п.

3. Начинай вбивать void-ы, код в кнопки и ТВОРИТЬ :333

0

@EvilFromHell

serikus, не не не, это не дело Сначала надо написать классы с логикой, а потом уже под них GUI. А не подгонять логику к формочкам.

0

@sldp

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

Но для начинающих строить приложения с интерфейса - плохо/нельзя/вредно, ибо интерфейс - это лишь прослойка между программой и юзером, которую при грамотной архитектуре можно менять как перчатки

0

@EvilFromHell

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

0

@Роман Гончар

я так понял сперва надо сделать форму кнопки подписать что к чему а потом настраивать кнопки и сам интерфейс?

0

@EvilFromHell

Роман Гончар, все сущности сперва надо оформить в виде классов. Скорее всего, в полном ТЗ даже должно быть написано, какую примерно структуру хотят видеть. Наберите в гугле "Основы ООП C#", и исходя из полученных данных начинайте писать. Если не получается-выкладывайте код, подправят. А кнопки и прочий интерфейс-когда будут готова модель данных. FAQ есть по этому поводу.

0

@serikus

EvilFromHell, EvilFromHell,

Я согласен, это правильно, так надо, так профи делают. Но для новичка, кому надо это сделать на отъ*сь - вариант который я предложил - проще Ну согласись, проще подогнать костылями, чем сидеть, думать, творить архитектуру... Особенно, если не умеешь. А так расшлёпал кнопки, загуглик кусок кода, вставил, "смазал" и поехал

0

@EvilFromHell

serikus, один вопрос-а зачем тогда вообще этим заниматься? Это основы, а задача учебная.

0