TCL jako język programowania po stronie serwera

Question

Przygotowuję się do zbudowania aplikacji internetowej (aplikacji) i byłem zainteresowany korzystaniem z DHTML i TCL. Od pewnego czasu buduję aplikacje w TCL i czuję się całkiem komfortowo z używaniem tego języka. Mam doświadczenie przy użyciu Visual Studio (VS) do pisania aplikacji internetowych, gdzie kod po stronie serwera jest w C#. VS sprawia, że ​​jest to niezwykle proste i całkiem proste.

Czy ktoś ma jakieś sugestie dotyczące IDE, które pozwolą mi napisać kod po stronie klienta HTML/JavaScript i kodu po stronie serwera TCL, podobny do VS? Podjąłem książkę "Web Tcl Complete", ale wydaje się, że nie zawiera ona informacji na temat połączenia Tcl z DHTML.

Dziękuję

Damion

Answer 1

Pracuję dla firmy, która dokłada wszelkich aplikacji internetowych w tcl exclusivley. Nie przyniesie Ci żadnych nagród, ale jest to bardzo opłacalna platforma. DHTML jest obsługiwany w taki sam sposób jak inne języki po stronie serwera, jest serwerowany tak jak każdy inny html, ponieważ jest po stronie klienta. Używamy AOLserver. Pomimo strasznej nazwy (aol !! ??) jest to dobra platforma i robi wszystko, co można zrobić w php/jsp/asp i więcej. Nawlekanie jest bardzo łatwe :). AOLserver był od lat najszybszym serwerem internetowym.

Właśnie przesyłasz skrypty tcl (pliki .tcl zawierają logikę biznesową) i pliki .adp (kod widoku i dhtml) do serwera i uruchamiaj je. Cały kod aolserver jest zapisany w c lub tcl.

Bardzo ładne IDE dla tcl to Komodo.

Przygotuj się na podpalenie za używanie tcl, ale jest to bardzo dojrzały język z bibliotekami do robienia czegokolwiek. : D Większość ludzi po prostu nie lubi składni, ale jak wiesz, jest to bardzo proste.

O tak, jeśli jesteś w rejonie zatoki, mogę być w stanie get you an interview;) Programiści Tcl są bardzo nieliczni tutaj.

Answer 2

Nie jestem do końca pewien, jaki język/paradygmat/wzór wzoru użyłeś do pisania aplikacji internetowych w VS, ponieważ sposób, w jaki piszesz aplikację internetową, jest generalnie niezależny od używanego IDE. Ale generalnie istnieją dwa podejścia do pisania aplikacji internetowych:

1. Stary sposób w szkole - Generuj elementy interfejsu użytkownika z kodu aplikacji. Jest to podejście przyjęte przez biblioteki takie jak CGI.pm w Perlu lub Google Web Toolkit w Javie. Plusem jest to, że jest to znany wzór projektowy dla programistów komputerów stacjonarnych, w których interfejs użytkownika i logika biznesowa są obsługiwane w tym samym języku. Wadą jest to, że kiedy w końcu się nauczysz i będziesz w pełni zadowolony z HTML, CSS & Javascript, robienie niczego skomplikowanego, nowoczesnego, zaawansowanego i Web2.0-ish staje się ogromnym bólem.

2. Nowoczesny sposób - kod aplikacji generuje struktury danych do wykorzystania przez silniki szablonowe HTML lub żądania AJAX z przodu. Wadą jest to, że faktycznie dobre w HTML, CSS i JavaScript wymaga stromej krzywej uczenia się. Dodatkową zaletą jest to, że będziesz lepszym programistą internetowym, który wygodnie implementuje coś w rodzaju mapy google.

Polecam ten nowoczesny sposób, ponieważ wspomniałeś o APLIKACJACH WWW. Gdyby była to zwykła strona internetowa, wystarczyłaby stara droga. Tak więc odpowiedź na drugą część twojego pytania polega na lepszym poznaniu HTML, CSS i JavaScript i wykorzystaniu szablonów HTML do połączenia logiki aplikacji i (D) HTML (część D ma niewiele wspólnego z szablonami i ma więcej wspólnego z wiedzą jak korzystać z javascript).

Na pierwszą część pytania jednak polecam również Komodo. To dobrze z HTML i CSS i jest świetne z tcl i javascript. Nie stać mnie na pełnoprawne IDE z Komodo, więc używam darmowej Edycji Komodo, ale nawet edycja Komodo jest wystarczająca do napisania aplikacji internetowych.

Answer 3

Po odpowiedzi Byrona, AOLServer jest dobrym kandydatem, ale jeśli jesteś zainteresowany używaniem Apache'a jako swojego serwera WWW, to jest mod_tcl (http://tcl.apache.org/mod_tcl/), który pozwala ci używać Tcl jako języka po stronie serwera (podobnego do php).

Nie próbowałem tego przez kilka lat, ale ostatnio pamiętam, że działało całkiem nieźle.

Answer 4

znalazłem cgi.tcl (w expect.nist.gov) bardzo użyteczny dla części po stronie serwera ...