Предварительно разжеванный код:
JFileChooser fc = new JFileChooser();
fc.setCurrentDirectory(new java.io.File(".")); // start at application current directory
fc.setFileSelectionMode(JFileChooser.DIRECTORIES_ONLY);
int returnVal = fc.showSaveDialog(this);
if(returnVal == JFileChooser.APPROVE_OPTION) {
File yourFolder = fc.getSelectedFile();
}
Я лично считаю, что частичное представление более или менее похоже на usercontrol в asp.net, которые действуют как группа многократно используемых функциональных элементов. Например, если вам нужно создать блок управления входом в систему, который может отображаться на всем сайте, частичное представление будет лучше. Что еще более важно для частичного просмотра, так это то, что он фактически самодостаточен со своей собственной стратегией рендеринга / обработки (и может иметь собственное состояние)
. С другой стороны, htmlhelper - это просто инструменты для экономии времени на кодирование и поддержки, каким-то образом лучшая читаемость ваших кодов.
HtmlHelpers - небольшие фрагменты HTML (настраиваемые ссылки, кнопки, входные данные и т. Д.)
PartialViews - более сложные элементы (формы, заголовки, нижние колонтитулы, элементы списка и т. Д.)
Просто добавлю: вы будете использовать htmlhelper для рендеринга элементов в usercontrol, если существующие htmlhelpers не могут выполнить эту работу ... так что пусть это будет как правило:
В сценарии, когда вы используете htmlhelper вместо usercontrol (частичное представление) - плохой подход и сценарий, когда вы используете htmlhelper в качестве помощника для рендеринга атомных элементов страницы / пользовательского элемента управления, - хороший подход
Намного проще написать тесты для помощников HTML (которые являются просто методами), чем частичные представления. Если я пишу что-то, что имеет логику, например, другой вывод на основе содержимого viewdata, я использую помощник с тестами вокруг него. Если я создаю многократно используемый контент без реальной логики, я, вероятно, буду использовать частичное представление.