Мы обходим эту проблему путем развертывания основной файл myapp.jar
банки, который содержит файл декларации (Manifest.mf
), определяющий путь к классу с другими необходимыми банками, которые тогда развертываются вместе с ним. В этом случае только необходимо объявить java -jar myapp.jar
при выполнении кода.
Поэтому, если Вы развертываете основное jar
в некоторый каталог, и затем помещаете зависимые банки в lib
папка под этим, декларация похожа:
Manifest-Version: 1.0
Implementation-Title: myapp
Implementation-Version: 1.0.1
Class-Path: lib/dep1.jar lib/dep2.jar
нбар: это платформенно независимо - мы можем использовать те же банки для запуска на сервере UNIX или в Windows PC.
Panel myChildPanel = new Panel();
myContainerPanel.Controls.Add(myChildPanel);
Aside from using a Panel like ocdecio suggested, there are several other possibilities.
It depends a little on the level of control you need. Still, under a most circumstances, a Panel that starts out invisible would be best:
<div>
<asp:Panel Visible="false" id="MyPanel" runat="server">
</asp:Panel>
</div>
Then change the visibility from your codebehind when needed.
One cases where you might want to use one of the other methods is when you're stuck with some CSS file that assigns styles based on ID. In that case, using .NET controls is not really an option. But really, you should smack your designer over the head and tell him to use class names instead.
Единственное исключение из инструкций по созданию URI - это то, что это допустимо для отправки шаблона URI в гипертекстовом ответе с полями, которые автоматически подставляются клиентом, используя другие поля в гипертексте. Обычно это не приводит к значительной экономии полосы пропускания, поскольку сжатие gzip достаточно хорошо обрабатывает повторяющиеся части URI, чтобы не беспокоиться об этом.
Некоторые полезные обсуждения REST и связанных с ним HATEOAS: