Java: откомпилировать после декомпилятора

Сейчас на форуме: asfa, Rio (+6 невидимых)

Посл.ответ	Сообщение
Artem_N Ранг: 17.7 (новичок), 13thx Активность: 0.01↘0 Статус: Участник	Создано: 28 июля 2013 13:17 · Поправил: Artem_N · Личное сообщение · #1 В Яве не силён, прошу помощи. Объявление: Code: public abstract interface CallToEngineWithDataRequirementNew { public abstract void doIt( RequestContext paramRequestContext ) throws DataRequiredException; public abstract void doIt( RequestContext paramRequestContext, DataRequirement paramDataRequirement ) throws DataRequiredException; } Использование: Code: CallToEngineWithDataRequirementNew l_action = new CallToEngineWithDataRequirementNew() { public String i_numeroPR; public void doIt( RequestContext p_requestContext ) throws DataRequiredException { this.i_numeroPR = PRApplet.this.expertPR.getNumeroPR( p_requestContext ); } public void doIt( RequestContext p_requestContext, DataRequirement p_dataRequirement ) throws DataRequiredException { GlobalesMPF.getDialogysEngine().setDataRequirement( p_dataRequirement, p_requestContext ); this.i_numeroPR = PRApplet.this.expertPR.getNumeroPR( p_requestContext ); } }; DataRequirementMPFUtil.appelAvecTraitementDataRequirement( l_action, this ); this._NumeroPR = l_action.i_numeroPR; При компеляции ругается на последнюю строчку следующим образом: java: cannot find symbol symbol: variable i_numeroPR location: variable l_action of type CallToEngineWithDataRequirementNew Как заставить подобное откомпилироваться? Абстрактный ~~класс~~интерфейс используется подобным образом во многих местах с разными public-переменными. Добавление в него геттера по этой причине невозможно.

4kusNick Ранг: 748.2 (! !), 390thx Активность: 0.37↘0 Статус: Участник bytecode!	Создано: 28 июля 2013 14:07 · Личное сообщение · #2 Вы уверены, что для вашей задачи необходимо перекомпилировать код? Ведь есть менее разрушительные способы что-нибудь изменить, например поправить байткод можно. ----- Флэш, ява, дотнет - на завтрак, обед и ужин. Unity3D на закуску.
Artem_N Ранг: 17.7 (новичок), 13thx Активность: 0.01↘0 Статус: Участник	Создано: 28 июля 2013 14:25 · Личное сообщение · #3 4kusNick, да, уверен Нужно проследить логику работы. В начале добавлял логгирование, но устал и этого оказалось недостаточно.
sendersu Ранг: 512.7 (!), 360thx Активность: 0.27↘0.03 Статус: Модератор	Создано: 28 июля 2013 21:07 · Личное сообщение · #4 CallToEngineWithDataRequirementNew = абстрактный интерфейс ( = создавать екземпляров нельзя) как тогда ваш компилятор пропустил такой код? CallToEngineWithDataRequirementNew l_action = new CallToEngineWithDataRequirementNew() ......
Artem_N Ранг: 17.7 (новичок), 13thx Активность: 0.01↘0 Статус: Участник	Создано: 28 июля 2013 22:31 · Личное сообщение · #5 sendersu, не вижу проблемы Интерфейс абстрактный, но в {...} как раз реализация. Код вполне понятен и валиден.
sendersu Ранг: 512.7 (!), 360thx Активность: 0.27↘0.03 Статус: Модератор	Создано: 28 июля 2013 23:49 · Поправил: sendersu · Личное сообщение · #6 Artem_N верно, проглазил ) анонимный класс, реализирующий абстрактный интерфейс... бывает..... ну тогда я б добавил метод в интерфейс public String toString() { return i_numeroPR; } и звал его извне а напрямую да, ява не увидит (l_action.i_numeroPR;) \| Сообщение посчитали полезным: Artem_N
Artem_N Ранг: 17.7 (новичок), 13thx Активность: 0.01↘0 Статус: Участник	Создано: 29 июля 2013 13:59 · Поправил: Artem_N · Личное сообщение · #7 Во, спасибо toString() в данном случае выглядит по месту Правда, в других местах всё ж пришлось поизвращаться с public и final для inner-класса. Проблему через костыли победил, тему можно закрывать.

Для печати