Сначала я хочу исправить Грега: function abc(){}
тоже облагается & mdash; имя abc
определяется в области, где это определение встречается. Пример:
function xyz(){
function abc(){};
// abc is defined here...
}
// ...but not here
Во-вторых, можно комбинировать оба стиля:
var xyz = function abc(){};
xyz
будет определяться как обычно, abc
не определено во всех браузеров, но Internet & nbsp; Explorer & mdash; не полагайтесь на его определение. Но он будет определен внутри своего тела:
var xyz = function abc(){
// xyz is visible here
// abc is visible here
}
// xyz is visible here
// abc is undefined here
Если вы хотите выполнять функции псевдонима во всех браузерах, используйте этот вид объявления:
function abc(){};
var xyz = abc;
. В этом случае оба xyz
и abc
- это псевдонимы одного и того же объекта:
console.log(xyz === abc); // prints "true"
. Одной из основополагающих причин использования комбинированного стиля является атрибут «name» объектов функций (не поддерживаемый Internet & nbsp; Explorer). В основном, когда вы определяете функцию типа
function abc(){};
console.log(abc.name); // prints "abc"
, ее имя автоматически назначается. Но когда вы определяете его как
var abc = function(){};
console.log(abc.name); // prints ""
, его имя пуст & mdash; мы создали анонимную функцию и присвоили ей некоторую переменную.
Еще одна веская причина использовать комбинированный стиль - использовать короткое внутреннее имя для ссылки на себя, предоставляя длинное неконфликтное имя для внешних пользователей :
// Assume really.long.external.scoped is {}
really.long.external.scoped.name = function shortcut(n){
// Let it call itself recursively:
shortcut(n - 1);
// ...
// Let it pass itself as a callback:
someFunction(shortcut);
// ...
}
В приведенном выше примере мы можем сделать то же самое с внешним именем, но оно будет слишком громоздким (и медленнее).
(Другой способ ссылаться на себя - это использовать arguments.callee
, который все еще относительно длинный и не поддерживается в строгом режиме.)
Вниз, JavaScript обрабатывает оба утверждения по-разному. Это объявление функции:
function abc(){}
abc
здесь определено везде в текущей области:
// We can call it here
abc(); // Works
// Yet, it is defined down there.
function abc(){}
// We can call it again
abc(); // Works
Кроме того, он поднялся с помощью инструкции return
:
// We can call it here
abc(); // Works
return;
function abc(){}
Это выражение функции:
var xyz = function(){};
xyz
здесь определено из точки назначения:
// We can't call it here
xyz(); // UNDEFINED!!!
// Now it is defined
xyz = function(){}
// We can call it here
xyz(); // works
Объявление функции vs выражение функции является реальной причиной того, что существует разница, продемонстрированная Грегом.
Забавный факт:
var xyz = function abc(){};
console.log(xyz.name); // Prints "abc"
Лично я предпочитаю декларацию «выражение функции», потому что таким образом я может контролировать видимость. Когда я определяю функцию, подобную
var abc = function(){};
, я знаю, что я определил функцию локально. Когда я определяю функцию, подобную
abc = function(){};
, я знаю, что я определил ее глобально, указав, что я не определял abc
где-либо в цепочке областей. Этот стиль определения устойчив даже при использовании внутри eval()
. Хотя определение
function abc(){};
зависит от контекста и может оставить вас гадать, где оно фактически определено, особенно в случае eval()
& mdash; ответ: это зависит от браузера.
Насколько я понимаю, ваша проблема сводится к тому, как вызвать веб-службу SOAP (JAX-WS) с Java и получить ее возвращаемый объект. В этом случае у вас есть два возможных подхода:
wsimport
и использовать их; или О первом подходе (используя wsimport
):
Я вижу, что у вас уже есть бизнес-классы служб (сущностей или других), и это факт, wsimport
генерирует целый новый набор классов (это как-то дубликаты классов, которые у вас уже есть).
Боюсь, что в этом случае вы можете только:
wsimport
, чтобы он использовал ваши бизнес-классы (это сложно и как-то не стоит - помните каждый раз, когда изменяется WSDL, вам придется регенерировать и читать код); или wsimport
. [В этом решении бизнес-код может «использовать» сгенерированные классы в качестве службы другого архитектурного уровня.) О втором подходе (создать свой пользовательский клиент SOAP):
Чтобы реализовать второй подход, вам необходимо:
java.net.HttpUrlconnection
(и некоторые java.io
обработки). Создание SOAP-клиента с использованием классического java.net.HttpUrlConnection
не так сложно (но не так просто), и вы можете найти в эту ссылку очень хороший старт код.
Я рекомендую использовать структуру SAAJ:
SOAP с API вложений для Java (SAAJ) в основном используется для непосредственного взаимодействия с сообщениями SOAP Request / Response, которые происходят за кулисами в любом API веб-сервисов. Это позволяет разработчикам напрямую отправлять и получать мыльные сообщения вместо JAX-WS.
blockquote>См. Ниже рабочий пример (запустите его!) Вызова веб-службы SOAP с помощью SAAJ. Он вызывает эту веб-службу .
import javax.xml.soap.*; public class SOAPClientSAAJ { // SAAJ - SOAP Client Testing public static void main(String args[]) { /* The example below requests from the Web Service at: https://www.w3schools.com/xml/tempconvert.asmx?op=CelsiusToFahrenheit To call other WS, change the parameters below, which are: - the SOAP Endpoint URL (that is, where the service is responding from) - the SOAP Action Also change the contents of the method createSoapEnvelope() in this class. It constructs the inner part of the SOAP envelope that is actually sent. */ String soapEndpointUrl = "https://www.w3schools.com/xml/tempconvert.asmx"; String soapAction = "https://www.w3schools.com/xml/CelsiusToFahrenheit"; callSoapWebService(soapEndpointUrl, soapAction); } private static void createSoapEnvelope(SOAPMessage soapMessage) throws SOAPException { SOAPPart soapPart = soapMessage.getSOAPPart(); String myNamespace = "myNamespace"; String myNamespaceURI = "https://www.w3schools.com/xml/"; // SOAP Envelope SOAPEnvelope envelope = soapPart.getEnvelope(); envelope.addNamespaceDeclaration(myNamespace, myNamespaceURI); /* Constructed SOAP Request Message: <SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:myNamespace="https://www.w3schools.com/xml/"> <SOAP-ENV:Header/> <SOAP-ENV:Body> <myNamespace:CelsiusToFahrenheit> <myNamespace:Celsius>100</myNamespace:Celsius> </myNamespace:CelsiusToFahrenheit> </SOAP-ENV:Body> </SOAP-ENV:Envelope> */ // SOAP Body SOAPBody soapBody = envelope.getBody(); SOAPElement soapBodyElem = soapBody.addChildElement("CelsiusToFahrenheit", myNamespace); SOAPElement soapBodyElem1 = soapBodyElem.addChildElement("Celsius", myNamespace); soapBodyElem1.addTextNode("100"); } private static void callSoapWebService(String soapEndpointUrl, String soapAction) { try { // Create SOAP Connection SOAPConnectionFactory soapConnectionFactory = SOAPConnectionFactory.newInstance(); SOAPConnection soapConnection = soapConnectionFactory.createConnection(); // Send SOAP Message to SOAP Server SOAPMessage soapResponse = soapConnection.call(createSOAPRequest(soapAction), soapEndpointUrl); // Print the SOAP Response System.out.println("Response SOAP Message:"); soapResponse.writeTo(System.out); System.out.println(); soapConnection.close(); } catch (Exception e) { System.err.println("\nError occurred while sending SOAP Request to Server!\nMake sure you have the correct endpoint URL and SOAPAction!\n"); e.printStackTrace(); } } private static SOAPMessage createSOAPRequest(String soapAction) throws Exception { MessageFactory messageFactory = MessageFactory.newInstance(); SOAPMessage soapMessage = messageFactory.createMessage(); createSoapEnvelope(soapMessage); MimeHeaders headers = soapMessage.getMimeHeaders(); headers.addHeader("SOAPAction", soapAction); soapMessage.saveChanges(); /* Print the request message, just for debugging purposes */ System.out.println("Request SOAP Message:"); soapMessage.writeTo(System.out); System.out.println("\n"); return soapMessage; } }
Об использовании JAXB для сериализации / десериализации очень легко найти информацию об этом. Вы можете начать здесь: http://www.mkyong.com/java/jaxb-hello-world-example/ .
Или просто используйте файл wsdl2java Apache CXF для создания объектов, которые вы можете использовать.
Он включен в бинарный пакет, который вы можете скачать со своего веб-сайта. Вы можете просто запустить команду следующим образом:
$ ./wsdl2java -p com.mynamespace.for.the.api.objects -autoNameResolution http://www.someurl.com/DefaultWebService?wsdl
Он использует wsdl для создания объектов, которые вы можете использовать таким образом (имена объектов также захватываются из wsdl, поэтому ваши будут немного отличаться ):
DefaultWebService defaultWebService = new DefaultWebService();
String res = defaultWebService.getDefaultWebServiceHttpSoap11Endpoint().login("webservice","dadsadasdasd");
System.out.println(res);
Существует даже подключаемый модуль Maven, который генерирует источники: https://cxf.apache.org/docs/maven-cxf-codegen-plugin-wsdl- to-java.html
Примечание. Если вы создаете источники с использованием CXF и IDEA, вы можете посмотреть на это: https://stackoverflow.com/a/46812593/ 840315
<xsd:element name="Incident_Number" type="xsd:string"/>
. Как вы можете видеть, элемент закрыт, и из WS не создается никакой информации. – Martin Erlic 8 November 2016 в 15:45GetInfoByCity
-503Service Unavailable
. :( – Brad Turek 11 August 2017 в 20:44