Konstruktor Webservice C# nie pozwala na argumenty?

Question

Im próbuje utworzyć usług internetowych, które zajmuje trochę argumentów konstruktora, aby zapisać w obie strony, ale wciąż otrzymuję błąd: CS1729 „nazwa_usługi” nie zawiera konstruktor, że trwa argumentów „1”

chociaż kiedy Próbuję stworzyć natychmiastowo lokalnie (w tym samym projekcie co usługa) wszystko działa dobrze ... co daje?

serwis internetowy:

public class ayyash : System.Web.Services.WebService { 

    private string _myname; 
    public ayyash (string myname) { 


     _myname = myname; 

     //Uncomment the following line if using designed components 
     //InitializeComponent(); 
    } 
} 

zużycie:

ayyash a = new ayyash("my name is ayyash"); 

wyjściowa:

Compiler Error Message: CS1729: 'ayyash' does not contain a constructor that takes '1' arguments 

Answer 1

Bok konstruktor serwer nie jest wywoływana podczas wystąpienia serwera proxy klienta. Jest wywoływana, gdy tworzony jest obiekt po stronie serwera; to jest, jeśli i kiedy wywoływana jest metoda usługi sieciowej.

Również wartość nie jest taka, że ​​nie można mieć członków instancji w serwisie WWW. Nie możesz zaakceptować "nazwy" w konstrukcie i używać jej z innych metod; musisz wysłać "nazwę" do każdej metody usługi sieciowej jako argument.W skrócie, "stan" usługi sieciowej musi zostać przekazany do usługi za pośrednictwem argumentów metody lub pliku cookie (chociaż użycie tego ostatniego spowoduje problemy, jeśli przejdziesz do WCF).

Wyobraź sobie, że za każdym razem, gdy wywołujesz metodę na obiekcie proxy, tworzony jest nowy obiekt po stronie serwera i ta metoda jest wywoływana przed zniszczeniem obiektu. Nie jest to ściśle prawdą (obiekt może być łączony), ale pomoże ci zaprojektować twoje usługi sieciowe.

Answer 2

default constructor will be called when the service host creates an instance in request do wiadomości żądania usługi.

Dlaczego nie uzyskać domyślnego konstruktora, aby uzyskać potrzebne dane? Można przekazać do sparametryzowanego konstruktora.

public MyWebService : this(xxx) {} 

Chodzi mi o to, że gospodarz usługa będzie zawsze utworzyć instancję klasy (aby obsłużyć żądania za pomocą domyślnego konstruktora Jeśli chcesz przekazać parametry do niego masz kilka opcji.

1. w konstruktorze domyślnym iść off zlokalizować dane, które musi
2. przekazać dane we Wniosku
3. Prawdopodobnie (nie jestem pewien) extend/modify the asp.net request response pipe line użyć innego mechanizmu tworzenia instancji usługi. This link has some further examples.

Wierzę, że WCF pozwoli Ci łatwiej to zrobić. Możesz również użyć HTTPListener directly.

Answer 3

Gdy klient "tworzy instancję" swojej usługi internetowej, nie wywołuje konstruktora w serwisie. Tworzy instancję lokalnego obiektu proxy, który reprezentuje twoją usługę. Obiekt proxy generowany przez .NET obsługuje tylko domyślny konstruktor. Właśnie dlatego pojawia się błąd kompilatora.

Powodem, dla którego obiekt lokalny działa, jest fakt, że w rzeczywistości nie wywołujesz usługi internetowej. Po prostu tworzysz lokalny obiekt, a następnie wywołujesz na nim metodę.

Myślę, że należy zmienić podejście do przekazywania wszystkich danych wymaganych do WebMethod. Typowym podejściem do usług sieciowych jest posiadanie usługi bezstanowej, która akceptuje wszystkie dane wymagane do wykonania żądanej operacji.

Na przykład:

[WebMethod] 
public string DoSomething(string name, string otherData) 
{ 
    ayyash yourObject = new ayyash(name); 

    return yourObject.DoIt(otherData); 
}