Си диез / Говнокод #13421 Ссылка на оригинал

0

  1. 1
  2. 2
  3. 3
  4. 4
  5. 5
  6. 6
  7. 7
public void BuildInsertClause(OleDbCommand cmd, ObjectState objState)
        {
              StringBuilder builder = new StringBuilder();
              ..........
              cmd.CommandText = builder.ToString() + "(" + columns.ToString() + ") VALUES (" +
              values.ToString() + ")";
        }

http://solidcoding.blogspot.ru/2008/01/linq-to-excel-provider-25.html
Еще много смешного, для затравки:

object val = reader[col.GetSelectColumn()];
     if (val is DBNull)
         {
              val = null;
         }

Запостил: neeedle neeedle, (Updated )

Комментарии (17) RSS

    • Это не для sql-a, для эксельки.
      И смысл гк был в том, что совместно с плюсиками используется стрингбилдер, который как бы и есть альтернатива.
      >>А какие ещё есть варианты?

      object val = reader[col.GetSelectColumn()] as DBNull;
      Ответить
      • >что совместно с плюсиками используется стрингбилдер, который как бы и есть альтернатива.
        Небось, автор хотел типизировать.
        >object val = reader[col.GetSelectColumn()] as DBNull;
        Вариант. Только лучше так:
        String val=reader[col.GetSelectColumn()] as String;

        Иначе мы только DBNull/null получать будем.
        Ответить
        • Да, так лучше. Почему-то не подумал, что DBNull это практически тот же самый null.
          Ответить
  • Кто вообще в наше время использует голый SQL без ORM?
    Ответить
    • >>Кто вообще в наше время использует голый SQL без ORM?
      Оставшиеся вменяемыми люди.
      А вот клеить запросы - "я в пхпешники пойду там меня научат!"
      Ответить
    • Неправильно поставлен вопрос. Кто использует ORM, кроме заедушных анскиллябр, не осиливших оптимальное написание запросов?
      Ответить
        • Почему бы и нет? Любая база данных — это массив, к которому можно написать оптимальный обход на Си.
          Ответить
    • а что считать голым SQL?
      просто аффтар ниасилил параметризированные prepared statements и клеит запросы как заедушный пхпшник
      Ответить
    • Я использую ORM только в тех случаях, когда проект не особо сложный и без жестких манипуляций и оптимизации можно обойтись обычным ef.
      Но если вам нужно отчеты большие выводить, создавать временные таблицы и много чего другого, вам руки оторвут за использование ORM.
      Ответить
        • Тоже вариант, но чаще всего, если уж нужен sql, то быстрее и проще использовать только его.
          Ответить
        • Как вариант, можно годами упираться в ограничения ORM, долго допиливать и в итоге всё равно перейти на SQL.
          Ответить
    • Видимо, только очень недалёкие люди, чья приверженность производительности противоречит всепобеждающей идеологии ORM.
      Ответить
  • И такое бывало
    builder.Append(string.Format("{0}", "(" + a.ToString() + ")")
    Ответить

Добавить комментарий

Я, guest, находясь в здравом уме и твердой памяти, торжественно заявляю:

    А не использовать ли нам bbcode?


    8