Александр Кит

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

- Модули, Слои - делите приложения на слои.

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

Вообщем, счастье в правильной архитектуре.

Я так понимаю, у вас больше стоит вопрос когда и как проверять на валидность? Лично мне очень по душе концепция баррикад. Тем более если у вас это все глубоко в функционале. Просто фильтруйте входящие данные на ранних стадиях.

Скорее всего вы имели ввиду имена методов.
remove — удаление со списков, deleta — удаление цельныx объектов. Пользуясь случаем, xотел бы также сказать, что в некоторых случаях удобно называть SmthRemove || SmthDelete(xоть так и не принято).