гигиеничность кода c# - научиться разделять код на файлы

beats · Регистрация: 09.12.2012

Студворк — интернет-сервис помощи студентам

Подскажите пожалуйста! Тут я не имею ввиду качественную: комментируемость\именование переменных\объектов\классов.
Мне нужно как то научиться разделять код на файлы. Например довольно некрасиво когда вся большая программа находиться в том же коде формы Form1.cs Хотелось бы сделать например как функции в c++ чтоли?
Вот типа кнопка

C#
1
2
3
4
 private void button1_Click(object sender, EventArgs e)
        {
//Код с большими выражениями
        }

на типа так

C#
1
2
3
4
 private void button1_Click(object sender, EventArgs e)
        {
 button1code();
        }

ну чтобы не засирать файл с кодом формы. я вот не знаю как такие ссылки делать? Нужны классы, методы или функции? Чтобы определенный блок кода как ссылкой вставлять в нужные элементы! А сам блок еще вопрос где хранить? Для этого используется библиотека классов? или другие .cs файлы создавать?

@body90 · 14.02.2013, 04:05

Сообщение от Sinys

Что приведет к большей путанице... Как по мне их добавили исключительно для любителей структурного/функционального подхода

Загляните в часть класса формы, в которой инициализирующий контроллы. Вы действительно считаете, что было бы удобнее, если б это всё лежало в одном файле с логикой формы, которую пишет разработчик. И это только первый пример, который пришел в голову.

@Sinys · 14.02.2013, 04:29

Сообщение от body90

Загляните в часть класса формы, в которой инициализирующий контроллы. Вы действительно считаете, что было бы удобнее, если б это всё лежало в одном файле с логикой формы, которую пишет разработчик. И это только первый пример, который пришел в голову.

Я действительно думаю что это можно было поместить в region и скрыть... или в отдельный файл настроек, в принципе без разницы.
Или делать цепочки связанности, то есть:
#region button1
#region auto generated
1) Объявление, параметры начального расположения.
2) Подписи событий
#endregion
3) Методы реализующие события
#endregion

Лично мне было бы так намного удобней...

@nio · 14.02.2013, 07:33

Сообщение от body90

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

Сообщение от Sinys

Лично мне было бы так намного удобней...

А далеко ходить не надо, в VS 2003 так и было. По работе приходится сопровождать софтинку написанную на .Net1.1, так вот это смешение кода в одну кучу (файл) доводит до белого каления

любителям изврата рекомендую

@dondublon · 14.02.2013, 07:46

Сообщение от Sinys

Как по мне их добавили исключительно для любителей структурного/функционального подхода

Это вряд ли.
С точки теории программирования они вообще никуда не вписываются.
Но на практике это стало изящным решением проблемы быстрого рисования GUI.
В самом деле, форма с контролами должна быть единым классом. Но кусок с инициализацией контролов должен генериться автоматом, а остальное писать программист. Вот и придумали.

@Sinys · 14.02.2013, 07:57

Сообщение от dondublon

В самом деле, форма с контролами должна быть единым классом. Но кусок с инициализацией контролов должен генериться автоматом, а остальное писать программист. Вот и придумали.

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

@body90 · 14.02.2013, 14:27

Сообщение от Sinys

или в отдельный файл настроек

Так это и есть отдельный файл. А как его назвать - это другое дело, которое сути не меняет. Зато можно достучаться до полей/методов прямо из этого же класса, а не делать всё статическим.

Сообщение от Sinys

Я действительно думаю что это можно было поместить в region и скрыть...

Представляю какой бы там был ~~censura~~, если бы студия всё генерировала в тот же файл, куда и пользователь писал код. Я понимаю, что некоторым легче написать всю инициализацию от руки, но когда пишешь не окошко с двумя кнопками, очень напрягает постоянно запускать приложение, чтоб посмотреть в то ли место влепил поле ввода и нормально ли всё растягивается.

Новые блоги и статьи Все статьи Все блоги /
Благородство как наказание Maks 24.04.2026 У хорошего человека отношения с женщинами всегда складываются трудно. А я человек хороший. Заявляю без тени смущения, потому что гордиться тут нечем. От хорошего человека ждут соответствующего. . .	Валидация и контроль данных табличной части документа перед записью Maks 22.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа, разработанного в КА2. Задача: контроль и валидация данных табличной части документа перед записью с учетом регламента компании. . .	Отчёт о затраченных материалах за определенный период с макетом печатной формы Maks 21.04.2026 Отчёт из решения ниже размещён в конфигурации КА2. Задача: разработка отчёта по затраченным материалам за определённый период, с возможностью вывода печатной формы отчёта с шапкой и подвалом. В. . .	Отчёт о спецтехнике находящейся в ремонте Maks 20.04.2026 Отчёт из решения ниже размещен в конфигурации КА2. Задача: отобразить спецтехнику, которая на данный момент находится в ремонте. Есть нетиповой документ "Заявка на ремонт спецтехники" который. . .
Памятка для бота и "визитка" для читателей "Semantic Universe Layer (Слой семантической вселенной)" Hrethgir 19.04.2026 Сгенерировано для краткого описания по случаю сборки и компиляции скелета серверного приложения. И пусть после этого скажут, что статьи сгенерированные AI - туфта и не интересно. И это не реклама -. . .	Запрет удаления строк ТЧ документа при определённом условии Maks 19.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "Аккумуляторы", разработанного в конфигурации КА2. У данного документа есть ТЧ, в которой в зависимости от прав доступа. . .	Модель заражения группы наркоманов alhaos 17.04.2026 Условия задачи сформулированы тут Суть: - Группа наркоманов из 10 человек. - Только один инфицирован ВИЧ. - Колются одной иглой. - Колются раз в день. - Колются последовательно через. . .	Мысли в слух. Про "навсегда". kumehtar 16.04.2026 Подумалось тут, что наверное очень глупо использовать во всяких своих установках понятие "навсегда". Это очень сильное понятие, и я только начинаю понимать край его смысла, не смотря на то что давно. . .

Опции темы