Можно и, наверное, нужно использовать ресурсные файлы. Решит и проблему доступа к константым данным и будет проверяться на этапе компиляции и можно покрыть тестом.
Без логов проблемы - вам можно только хрустальный шар порекомендовать. Приложение логирует свою работу? Причин может быть тонны, вплоть до того что машине, на которой запускается приложение - не видит сервера бд
Проект не должен зависеть от машины, на которой он находится. Все зависит от ошибок. В случае базы данных полезно бывает использовать псевдонимы(пример). Возможно проект содержит абсолютные ссылки на файлы что требует переработок.
Совсем автоматические не подскажу, но студия умеет и сама форматировать текущий файл кода. Правила форматирования можно скорректировать в настройках. "Параметры"->"Текстовый редактор"->C/C++-> "Форматирование"
Сделайте по человечески, а не на уровне студента, изучающего платформу второй день. Пишем DAL в котором есть класс для извлечения данных из Excel файла. Пишем класс модели с необходимыми полями. На уровне DAL формируем коллекцию объектов модели. На уровне представления(ваше приложение) отображаем части данной коллекции в нужном вам DataGrid. Не надо без посредников в code-behind писать извлечение данных с мгновенной вставкой. Так никто не делает. А если покажете такое на собеседовании - его результат я вам прямо здесь скажу.
Не бесплатное решение - установить Resharper и использовать "Find Usages" на переменной.
Только вот у меня вопрос - а у вас такой мега-метод что на одну страницу не помещаются все использования данного объекта?
stackoverflow.com/questions/12989981/how-to-create... Тут примерно описана проблема с созданием файлов в разных папках и почему студия ведет себя так. Касательно "создать файл руками, а студия сама его подхватит и переименует если надо" - так не получится. Изменения нужно вносить в файл проекта. Он хранит ссылки на реальные файлы.
Сам пользуюсь английской студией, так что не уверен какой термин используется в вашей. Попробуйте переключить "Действие при сборке" на "Content" или что-то подобное.
js-скрипт - ajax-запрос - обработчик запроса на сервере - формирование модели данных - слой бизнес-логики - слой доступа к данным - sql-запрос - слой бизнес-логики - формирование модели данных ответа - ответ обработчика запроса - вывод результата.
Тегов нет, кода нет, упоминания платформы нет. Что вы хотите услышать в ответ?
Данные режимы отличаются настройками конфигураций. web.config - общие настройки на все конфигурации. web.debug.config и web.release.config - настройки конкретных конфигураций. Ну и если вы используете конструкцию #if DEBUG
в вашем коде - то в конфигурации release эти инструкции не будут компилироваться и включаться в конечные сборки.
У вас есть код, студия и 2(надеюсь) руки. что вам мешает в отладке посмотреть тип исключения? Или просто прошагать алгоритм? Ваш скриншот говорит лишь о том что приложение с грохотом упало, а сам код в данном случае это только половина успеха - вторая это окружение(ваша машина, на которой вы сие запускаете).