Jak radzić sobie z komponentami specyficznymi dla projektu w Delphi?

Question

Załóżmy, że mamy zespół, który pracuje nad wieloma różnymi projektami. Każdy członek zespołu używa innego zestawu wizualnych/niewizualnych kontroli/komponentów podczas swojego cyklu rozwoju. Ponieważ Delphi wymaga, aby każdy komponent był kompilowany i instalowany globalnie w IDE, jak zarządzać tą sytuacją podczas pracy z projektem, który został rozpoczęty przez innego członka zespołu?

Byłoby wspaniale, gdybym mógł sprowadzić źródła projektu z kontroli wersji i mają zdolność do go skompilować natychmiast. Nie obchodzi mnie, a czasem nie wiem, jakie elementy wizualne lub niewizualne są wymagane do tego projektu, myślę, że wszystkie powinny być zawarte w źródłach projektu.

Być może istnieją pewne narzędzia, które mogą czytać głównego pliku projektu lub katalogu i kompilacji/zainstalować wszystkie potrzebne składniki na załadunku projektu (i odinstaluj je, gdy projekt jest zamknięty)?

Jak radzisz sobie z tym problemem w Delphi?

Answer 1

Każdy, kto chce skompilować dany projekt, musi najpierw zainstalować dowolne komponenty używane w projekcie. Nie ma tego, chyba że projekt zawiera bezpośrednio kod źródłowy komponentów i tworzy instancje komponentów w kodzie zamiast używania DFM. AFAIK, nie ma narzędzia IDE, które zautomatyzuje komponent (un) instalację dla danego projektu dla ciebie.

Answer 2

Bardzo mądrze jest ograniczyć komponenty i biblioteki, które będą używane przez Twój zespół. Jeśli każdy członek zdecyduje, który komponent będzie używał, twój ostateczny plik wykonywalny lub pakiety będą rosły i możesz mieć pewne niezgodności między bibliotekami.

Poza tym, możesz mieć dodatkowe koszty zakupu i aktualizacji bibliotek, które są bardzo podobne. Pamiętaj, że za każdym razem, gdy Delphi jest aktualizowany, powinieneś kupić nowe licencje z większości tych bibliotek.

Więc najlepszym rozwiązaniem jest:

• zapytać jakich bibliotek korzysta każdy programista i dyskutować z nimi rzeczywiste potrzeby każdego z nich;

• Katalog wymagana te biblioteki i zainstalować je na komputerze, który będzie kompilować kod końcowy;

Answer 3

W naszej firmie mamy ten sam problem. Rozwiązujemy to, zmuszając wszystkich do dodania wszystkich niezbędnych ścieżek biblioteki do ich delphi ide.

Używamy dodatkowego repozytorium sdk/framwork, które zawiera wszystkie komponenty/sdks/frameworks każdego. Zachowujemy pojedynczy plik tekstowy, wymieniając wszystkie biblioteki z jego wersją, instalując informacje itp. Wszyscy sprawdzają pożądane biblioteki, więc nie mamy podwójnych bibliotek ani różnych wersji.

Ponieważ wszyscy pracujemy pod Windows, a ponieważ Delphi zachowuje swoje ścieżki i (afaik) zainstalowane informacje o składnikach w rejestrze, wyodrębniliśmy te informacje. Przechowujemy dla każdej używanej wersji delphi plik .reg w repozytorium sdk.

Tak więc, jeśli ktoś zmienia ramy, aktualizuje on informacje dla wszystkich plików w .reg i zobowiązuje go.

teraz, jeśli ktoś chce skonfigurować swoją maszynę programistyczną, to sprawdza sdk, dodaje np. xe2.zarejestruj informacje do ich rejestru, a następnie sprawdź projekt i ... tada. kompilacja.

Nie próbowaliśmy wyodrębnić pakietów "zainstalowanych komponentów". to na naszej liście rzeczy do zrobienia. Alternatywą byłoby przechowywanie pliku wsadowego do budowania i instalowania wszystkich pakietów sdk na raz. Ale nie wiem, czy instalowanie komponentów za pomocą linii poleceń jest możliwe w delphi.

Coś jak instalator JEDI byłoby miłe. Instalator wykrywa zainstalowane wersje i kompilacje Delphi. & wszystko ładnie instaluje. Swobodnie konfigurowalna wersja byłaby miła, więc dodaj wszystkie sdks -> zainstaluj na każdej wersji .. idealnie.