kaminki Posted June 11, 2018 Report Share Posted June 11, 2018 Witam. Co myślicie o przechowywaniu wszystkich danych odnośnie rysunku w zewnętrznej bazie SQLite? Załóżmy, że mam pręty zbrojeniowe i ich opisy. Na rysunku będą to zwykłe polilinie i tekst. W bazie bym przechowywał do nich Handle i wszystkie pozostałem dane jak średnica czy liczba sztuk. W momencie jakiejkolwiek zmiany mógłbym wtedy pobrać sobie listę Handle's obiektów i zaktualizować je. Pracuje teraz nad przechowywaniem danych w samym pliku CAD ale potrzeba często sporo kodu aby coś znaleźć czy pracować nad danymi obiektami. Pozdrawiam Quote Link to comment Share on other sites More sharing options...
Marek-M Posted June 11, 2018 Report Share Posted June 11, 2018 Przejrzyj sobie temat o przyborniku PARIKON . Wydaje mi się, że planujesz wyważać już otwarte drzwi Quote Link to comment Share on other sites More sharing options...
kaminki Posted June 11, 2018 Author Report Share Posted June 11, 2018 22 minuty temu, Marek-M napisał: Przejrzyj sobie temat o przyborniku PARIKON . Wydaje mi się, że planujesz wyważać już otwarte drzwi Pracuję nad zbrojeniami ścian i stropów. Powyższy przybornik jest raczej do elementów typu podciąg. A przynajmniej tak to wygląda. Quote Link to comment Share on other sites More sharing options...
Marek-M Posted June 12, 2018 Report Share Posted June 12, 2018 Bardziej miałem na myśli, że @Parikon w swojej aplikacji wykorzystuje właśnie bazę danych SQLite i sposób jej wykorzystania może być podobny do Twojego pomysłu (nie zagłębiałem się w szczegóły techniczne jego rozwiązania i mogę z tego powodu się mylić). Myślę, że dotychczasowa praca Parikona może być dla Ciebie pomocna. Życzę powodzenia w Tworzeniu własnej aplikacji Aplikacji nigdy za wiele kruszynski and dmatusz3 2 Quote Link to comment Share on other sites More sharing options...
perlon Posted June 12, 2018 Report Share Posted June 12, 2018 Wyważaniem otwartych drzwi, byłoby gdyby Przybornik był open-source. Dopóki tak nie jest to trzeba te drzwi wyważać jeżeli jest potrzeba funkcjonalności której w przyborniku brakuje. Co do trzymania danych poza rysunkiem każdy rasowy programista powie oczywiście "to zależy". Zależy od mnóstwa rzeczy i problemów jakie trzeba rozwiązać. Podstawowym jest przenośność. Jeżeli tworzy się aplikację na własne potrzeby albo zamkniętego kręgu odbiorców (np. w ramach jednego biura) a powstała dokumentacja jest wydawana na zewnątrz np w pdf'ach, to nie ma problemu. Co się jednak stanie z rysunkami dwg które zostaną pozbawione zewnętrznego źródła danych z chwilą ich przekazania odbiorcy? Chętnie zapoznałbym się z w miarę wygodnym i działającym rozwiązaniem problemu przenośności/zmian nazw plików/backap'u danych/pracy grupowej etc. przy zewnętrznej bazie do dwg'a. Quote Link to comment Share on other sites More sharing options...
JasW Posted June 12, 2018 Report Share Posted June 12, 2018 Ja zacząłbym od zapoznania się z wbudowanymi w jądro API i metodami zapisywania dod. informacji w samych obiektach ( XDATA i atrybuty (do bloków ) ) Nie ma wtedy problemu z rozjechaniem się danych i bazy danych ( osobne pliki ) które wskazano wyzej jako ew. problemy. SQLite jest ok. ale rezerwowałbym go dla bardziej złożonych projektów gdzie raport będzie dotyczył przetworzenia dużej ilości obieków ( ~ > 10000 ) bo wtedy w API wychodzą pewne ograniczenia ... J. Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.