Temat: Prosba o konstruktywne uwagi

Napisałem dziś coś takiego
http://vbamania.blogspot.com/2010/01/tworzenie-funkcji...

prosił bym o konstruktywną krytykę :)
Dodam jeszcze że sprawa dotyczy tworzenia rozszerzeń CLR dla bazy MSSQL 2005 za pomocą commandline

Temat: Prosba o konstruktywne uwagi

Przemysław R.:
prosił bym o konstruktywną krytykę :)

Po co krytyka, tekst jest dobry. Ale:
- nie trzeba kojarzyć VS jako kreatora - można wyjść od projektu typu Console i ręcznie dodać referencje oraz zrobić ręcznego deploya - wtedy również osiąga się cel edukacyjny
- możesz dodać opis trudniejszej opcji deploya, kiedy funkcja musi mieć EXTERNAL access (TRUSTWORTHY itd.) - jednym z praktycznych zastosowań jest wywołanie Web Service'ów z SQLa
- chyba nie napisałeś, że nie każde assembly host SQL CLR odpali, np. z System.ServiceModel.dll nie da rady. Visual Studio o tym Cię ostrzeże, ale jak robisz na własną rękę to warto poinformować o ograniczeniach.
- w celach praktycznych mógłbyś to wrzucić do msbuilda, skoro i tak ściągasz SDK; nie zawsze jest czas na pisanie długich lini poleceń do kompilatora, szczególnie przy dużych projektach

Chyba tyle. I dalej subiektywnie: moim zdaniem czas spędzony na nauce kodowania z notatnika i lini poleceń (o ile nie jest to msbuild odpalany przez TFSa) można spożytkować lepiej, ale wiem że np. wujek Petzold ma inne zdanie i on też zaczynał od gołego pliku w notatniku i wręcz narzekał na to, że różne IDE ukrywają pewne ciekawe aspekty platformy i każdy powinien się uczyć od podstaw:)

Temat: Prosba o konstruktywne uwagi

maciek kański:

Przemysław R.:
prosił bym o konstruktywną krytykę :)

Po co krytyka, tekst jest dobry. Ale:
- nie trzeba kojarzyć VS jako kreatora - można wyjść od projektu typu Console i ręcznie dodać referencje oraz zrobić ręcznego deploya - wtedy również osiąga się cel edukacyjny

jak sobie ściągnę VB 2008 Express, zainstaluję to ciężko się opędzić od kreatorów ułatwiających np wpinanie się w źródła danych

- możesz dodać opis trudniejszej opcji deploya, kiedy funkcja musi mieć EXTERNAL access (TRUSTWORTHY itd.) - jednym z praktycznych zastosowań jest wywołanie Web Service'ów z SQLa

mi bardziej się przydaje czytywanie danych ze stron www, ale to pod to dosyć podobna tematyka

- chyba nie napisałeś, że nie każde assembly host SQL CLR odpali, np. z System.ServiceModel.dll nie da rady. Visual Studio o tym Cię ostrzeże, ale jak robisz na własną rękę to warto poinformować o ograniczeniach.

o tym nie wiedziałem

- w celach praktycznych mógłbyś to wrzucić do msbuilda, skoro i tak ściągasz SDK; nie zawsze jest czas na pisanie długich lini poleceń do kompilatora, szczególnie przy dużych projektach

a to będzie jak to przetrawię, czyli pewnie w kolejnym odcinku

Chyba tyle. I dalej subiektywnie: moim zdaniem czas spędzony na nauce kodowania z notatnika i lini poleceń (o ile nie jest to msbuild odpalany przez TFSa) można spożytkować lepiej, ale wiem że np. wujek Petzold ma inne zdanie i on też zaczynał od gołego pliku w notatniku i wręcz narzekał na to, że różne IDE ukrywają pewne ciekawe aspekty platformy i każdy powinien się uczyć od podstaw:)

w tym konkretnym przypadku chodzi o to żeby ominąć pewne ograniczenia VB 2005/2008 Epress. Tam się nie da zrobić CLR-a gdyż go po prostu nie mam w liście dostępnych projektów

a i dziękuję za bardzo konstruktywną opinięPrzemysław R. edytował(a) ten post dnia 06.01.10 o godzinie 23:10

Temat: Prosba o konstruktywne uwagi

- chyba nie napisałeś, że nie każde assembly host SQL CLR odpali, np. z System.ServiceModel.dll nie da rady. Visual Studio o tym Cię ostrzeże, ale jak robisz na własną rękę to warto poinformować o ograniczeniach.

o tym nie wiedziałem

Poczytaj o SQL Server Programming and Host Protection Attributes i od razu o HostProtectionAttribute. Tutaj masz jeszcze o ograniczeniach ładowania assembly do hosta SQL Servera.

Pozdrawiam,
Krzysiek

Temat: Prosba o konstruktywne uwagi

Dzięki wielkie za podpowiedź