Добавьте общедоступный метод к вашему компоненту в области приложения, который другие классы Java могут использовать для доступа к экземпляру этого компонента:
public static Application get() {
FacesContext context = FacesContext.getCurrentInstance();
return (Application) context.getApplication().getVariableResolver().resolveVariable("App");
}
Затем вы можете использовать этот метод для доступа к экземпляру области приложения. bean-компонент из вашего класса Actions, а затем получите доступ к методам и переменным этого bean-компонента:
public class actions {
public Vector<String> getDataForCurrentUser() {
// Access the AL_data arraylist stored in the App application scoped bean
ArrayList<District> m = Application.get().AL_data;
}
На самом деле.NET 3.5 делает , изменяются, C# кодируют мало . Например, можно использовать ключевое слово var, и можно использовать скрытые частные переменные для свойств. Это все еще основано на CLR 2.0.
существует довольно хорошая статья в msdn, который говорит о сервисах окон и обходит Вас посредством создания того.
Для добавления ответа Rick's я предложил бы Пошаговая демонстрация MSDN
, Это является невероятно подробным и затрагивает регистрацию событий, а также установщик.
Вещь помнить состоит в том, что.NET 3.5 является рядом дополнительных библиотек сверху.NET 2.0, таким образом, если Вы не планирование использования в своих интересах никаких дополнительных функций, обеспеченных.NET 3.5 (или.NET 3.0) как LINQ или WCF, код был бы идентичен.
Попытка, смотрящая на документацию для ServiceBase, который является базовым классом, который необходимо будет наследовать, для запущения вещей.
Это , которому я верю, является достойным обходом через со снимками экрана и примерами кода. Я думаю, что это, возможно, было тем, что я использовал для первого сервиса окон, который я записал. Я думаю, что это было записано обратно в.NET 1.1, но должно все еще помочь обойти Вас посредством процесса. До различий между 2,0 и 3.5, который я сказал бы, существует быть таким различием, как Вы хотите там быть. Я не полагаю, что Вы будете обязаны изменять что-либо, но как другие плакаты упомянули и поскольку можно найти на всем протяжении Так, существует много новых возможностей, которые могут быть очень выгодными, который шел с.NET 3.5.
Существует по крайней мере одно место, где служебному коду будет нужно некоторое внимание, чтобы заставить его работать в .net2/vs2005 по сравнению с .net35/vs2008.
Это особенно верно, если Вы пишете свое обслуживание и использование установщика в c# 2.0 и компилируете и развертываете использование .net35/vs2008, ссылка ниже могла бы сэкономить Вам немного времени: