Części
Wiadmości związane z tematem 'Części' - strona: 8
Nokia zwróci jednak pieniądze Niemcom Walki Niemców z Nokią ciąg dalszy. Ministerstwo nauki RFN zwróciło się z żądaniem zwrotu części dotacji, jaką fińska firma otrzymałana badania naukowe w zamkniętej niedawno fabryce w Bochum.
08-07-28 dziennik internautów
Sprzedawcy nie chcą NVIDII Część liczących się sprzedawców oczekuje od producentów wymiany kart graficznych z GPU G84 oraz G86 NVIDII. Kanał sprzedaży nie czuje się wystarczająco satysfakcjonowany wyjaśnieniami NVIDII w sprawie awaryjności części układów graficznych dla notebooków: wskazują na wymijające tłumaczenia oraz brak szczegółowych informacji na temat problemu.
08-07-26 IT biznes
Drizzle - odchudzona wersja MySQL do zastosowań webowych Brain Aker, dyrektor do spraw architektury MySQL, ogłosił powstawanie projektu odchudzonej wersji MySQL, zaprojektowanej głównie z myślą o aplikacjach masowo wykorzystujących współbieżność.Drizzle, bo tak właśnie brzmi jego nazwa, ma pracować w architekturze mikrojądra, natomiast części kodu odpowiedzialne za dodatkowe funkcjonalności mają zostać usunięte z rdzenia, po czym trafić do poszczególnych ...
08-07-23 dobreprogramy.pl
Hydrauliczny pecet Konstrukcja chłodzenia wodą różnych części peceta wydaje się prosta. Niemniej jednak jest kilku reguł do przestrzegania. Wiele osób skrzywi się na samą myśl o sąsiadowaniu wody z elektroniką, pamiętając, że zalanie jakiegoś układu oznacza najczęściej jego koniec. Rozwiewamy te obawy. Współczesna technika ma już niewiele wspólnego z kapiącymi kranami, uszczelnianymi konopnym sznurkiem wkręcanym w gwint. Wręcz przeciwnie, jest wiele bezpiecznych rozwiązań chłodzących różne części peceta. Spróbujemy pomóc ci w wyborze odpowiedniego do twoich potrzeb.
08-07-23 IDG 1
GTA zawita na konsolę DS Gra Grand Theft Auto dostępna będzie na konsoli Nintendo DS pod tytułem China Town Wars i wykorzystywała będzie silnik znany z poprzednich części.
08-07-20 CHIP
[PL] Własny dostawca w tłumaczenia1 (dla opornych) - cz. 2 Artykuł został rozbity na wiele części, poniżej spis treści: I. Budowa zapytania II. Podstawy analizy drzewa wyrażeń Podstawy analizy drzewa wyrażeń Kontynuując zabawę w własnego dostawcę do Linq chciałem rozwinąć kwestię analizy drzewa wyrażeń i tłumaczenia go na konkretne polecenia (np. SQL). W poprzedniej części wspomniałem o jednej z metod interfejsu IQueryProvider, czyli o BasicQueryProvider.Execute oraz BasicQueryProvider.Execute w naszej implementacji dostawcy. Stworzony już prosty test rozbudujemy o próbę realnego wykonania zapytania, chociażby poprzez odwołanie do pierwszego znalezionego rekordu: Query q = new Query();
var result = (from c in q where c.Age > 10 select c).First(); Console.WriteLine(result.ToString());
Śledząc wywołania w debugerze (lub rozpoczętą praktyką wyjątków) odkryjemy, że następnymi metodami do poprawnej implementacji są właśnie dwie odmiany Execute(). Dla ułatwienia na ten moment wersję z szablonem zrobimy tak:
public TRes Execute(Expression expression) { return (TRes)this.Execute(expression); }
I skupimy się na tej drugiej. Nim ją jednak rozdmucham przyjrzyjmy się parametrowi, czyli klasie Expression. Obiekt tej klasy wydaje się mieć niewiele właściwości jak na drzewo wyrażeń: public abstract class Expression { protected Expression(ExpressionType nodeType, Type type); public ExpressionType NodeType { get; } public Type Type { get; }
//dużo statycznych metod, o których za moment
}
Definicja klasy zawiera o wiele więcej elementów statycznych pomocnych w konstrukcji pełnego drzewa. Nie będę wymieniał wszystkich (parę kliknięć w Visual Studio zrobi to za mnie lepiej) dla przykładu tylko nadmienię parę tak, aby pokazać wam, czego można się spodziewać: public static BinaryExpression Add(Expression left, Expression right); public static BinaryExpression And(Expression left, Expression right); public static MemberAssignment Bind(MemberInfo member, Expression expression); public static MethodCallExpression Call(Expression instance, MethodInfo method); tłumaczenia3 tłumaczenia za bardzo, o co chodzi w powyższym można się domyśleć, że z pełną pulą tych metod można sobie spokojnie zagnieździć całkiem skomplikowane drzewo wyrażeń reprezentujące nasze zapytanie. Problem tylko gdzie ta informacja jest skoro obiekt klasy Expression posiada tak niewiele. Odpowiedź pewnie tłumaczenia widzicie poniekąd w tym, co powyższe metody zwracają – wyspecjalizowane typy dziedziczące po bazowym Expression. Powyżej mamy BinaryExpression i MethodCallExpression jako przykłady. Pełne drzewko wygląda tak (źródło: tłumaczenia2): System..::.Object System.Linq.Expressions..::.Expression System.Linq.Expressions..::.BinaryExpression System.Linq.Expressions..::.ConditionalExpression System.Linq.Expressions..::.ConstantExpression System.Linq.Expressions..::.InvocationExpression System.Linq.Expressions..::.LambdaExpression System.Linq.Expressions..::.MemberExpression System.Linq.Expressions..::.MethodCallExpression System.Linq.Expressions..::.NewExpression System.Linq.Expressions..::.NewArrayExpression System.Linq.Expressions..::.MemberInitExpression System.Linq.Expressions..::.ListInitExpression System.Linq.Expressions..::.ParameterExpression System.Linq.Expressions..::.TypeBinaryExpression System.Linq.Expressions..::.UnaryExpression
Typów wyrażeń jak widać jest całkiem sporo. Gdybyśmy w naszym Execute sprawdzili, jaki faktyczny typ Expression siedzi w opakowaniu, to na pewno byłby to któryś z powyższych wyspecjalizowanych obiektów. Zatem spróbujmy przygotować szablon do dalszych testów. Do istniejącej bazy kodu dodałem dwie klasy: internal class QueryExecutionPlan { public QueryExecutionPlan() { QueryString = ""; First = false; IsValid = false; } public string QueryString; public bool First; public bool IsValid; }
Ta klasa ma być wynikiem naszego przetwarzania i tłumaczenia drzewa na konkretne zapytanie SQL. Z planem wykonania na razie poza nazwą niewiele tę klasę łączy, ale później będzie to pewien koncept do dalszego rozwoju. Druga klasa, jaką stworzyłem to: internal class QueryTranslator { QueryExecutionPlan queryExecPlan; public QueryTranslator() { … } public QueryExecutionPlan Translate(Expression expression) { queryExecPlan = new QueryExecutionPlan(); renderQueryString(expression); return queryExecPlan; }
private string renderQueryString(Expression expression) { if (expression==null) return ""; switch (expression.NodeType) { case ExpressionType.Call: //do implementacji break; case ExpressionType.Constant: //do implementacji break; case ExpressionType.Quote: //do implementacji break;
default: //dla wszystkich typów, których z jakiegoś powodu nie chcemy wspierać throw new NotImplementedException(
@"QueryExecutionPlan does not
08-07-11 msdn - danieb