Jakie różnice występują między najwyższymi architekturami Cobolu i Javy?Przenoszenie z języka Cobol na język Java
Jakie są style i kultury, które programiści przyjmują w tych dwóch językach?
W jaki sposób jeden najlepszy port z Cobol do Java?
Jakie różnice występują między najwyższymi architekturami Cobolu i Javy?Przenoszenie z języka Cobol na język Java
Jakie są style i kultury, które programiści przyjmują w tych dwóch językach?
W jaki sposób jeden najlepszy port z Cobol do Java?
Byłem liderem projektu NACA, o którym mowa powyżej (automatyczne transkodowanie z cobol do java za 4 miliony linii Cobola).
Jeśli masz jakieś konkretne pytanie, proszę skontaktuj się ze mną poprzez komentarz na dole mojego artykułu wspomnianego powyżej.
Mieliśmy wiele projektów na całym świecie, wykorzystujących nasze narzędzia z dobrym skutkiem. Nadal poprawiamy je na bieżąco (sprawdź http://code.google.com/p/naca), aby spełnić potrzeby tych projektów w oparciu o technologię NACA.
Tam ciekawą dostępne dla $ 1 (miękka), które mogą pomóc w takim przedsięwzięciu książkę "Java dla COBOL programistów Johna C. Byrne http://amzn.to/bKqc5j
Oba są inwokacja języków opartych stosu i zarówno obiekt wsparcie zorientowane i style proceduralne programowania. Jednak niewiele będzie korzyści z przeniesienia do Javy, jeśli po prostu przepisujesz kod proceduralny w gigantycznej metodzie main() za pomocą statycznych podprogramów. Podobnie odnajdziesz bardzo mały kod Cobola, który wykorzystuje cechy obiektowe języka.
Ponieważ Cobol jest używany przede wszystkim w aplikacjach związanych z pieniędzmi, sklepy i programiści Cobol koncentrują się bardziej na biznesie, a nie na eleganckiej i eleganckiej stronie kodowania. Porty Cobol do Java, które widziałem mają tendencję do posiadania jednej klasy, wszystkie zmienne są zadeklarowane na szczycie jako statyczne, a metoda main() wywołuje kilka statycznych metod w bardzo podobny sposób, w jaki zostało wykonane akapity lub wywoływanie podprogramów.
Porty Java do Cobol, które widziałem, wydają się być dokładnie odwrotne - używają rozszerzeń OO, których większość programistów Cobol nigdy nie używa.
Jeśli jesteś w sklepie IBM Enterprise Cobol, naprawdę nie ma potrzeby portowania. Obydwie wersje językowe dobrze współpracują, a nowe części można zastąpić Javą i nadal dobrze się ze sobą współpracuje.
Ale najlepszym sposobem, aby naprawdę przejść z Cobol do Javy, jest nauka zarówno języków, jak i paradygmatów; udokumentować szczegółowo istniejącą funkcjonalność systemu Cobol; następnie zaprojektuj i napisz nowy system Java w stylu OO, który również będzie miał tę funkcjonalność.
Widziałeś port Java-to-COBOL? Gdzie? Chociaż abstrakcyjnie jest to interesujące, nie sądziłem, że ktokolwiek to zrobi. Jaka jest motywacja? –
Motywacja jest taka, że przez prawie 20 lat uniwersytety pracowały nad uruchomionymi przez OO programatorami java i bez programistów Cobolu. Liczniki fasoli widzą to i myślą, że nadszedł czas, aby przesunąć/migrować/zmienić położenie/cokolwiek, aby mogli zatrudniać tanie talenty i wykonać to samo obciążenie pracą. To, czy jest to rozsądna strategia, czy nie, jest tematem, który najlepiej pozostawić dla innego wątku. –
Bazując na tym, że uniwersytety zajmują się programowaniem OO, mogę zrozumieć (i usłyszeć to przez cały czas) menadżerów, którzy chcą przekonwertować język COBOL na język Java. Pytanie brzmiało: "Java TO Cobol"? Nie jest to uzasadnione obecnością większej liczby programistów Java ... przynajmniej nigdy o tym nie słyszałem i działam w przestrzeni migracyjnej. –
Czy możesz krótko wyjaśnić obecny stan? Wygląda na to, że Erena przeszła na model doradztwa zamkniętego. –
Zobacz dla innej perspektywy na NACA: http://stackoverflow.com/a/1061829/120163 –