В настоящее время я нахожусь в процессе создания своего собственного блога, и мне нужно отметить комментарии, но каков наилучший способ отметить его?

Информация, которую мне нужно представить, это:

1. Имя ПЕРСОНЫ
2. Граватар Значок
3. Дата Комментария
4. комментарий

Любая идея была бы очень оценена.

PS: меня интересует только семантика html markup.

Хотя меня особенно интересует информация о веб-приложениях,мне также было бы интересно узнать о разработке настольных приложений. Этот вопрос вызван моей работой на моем личном веб-сайте, а также моей работой, где я разработал несколько функций, но оставил их другим, чтобы они интегрировались в Внешний вид сайта.

Существуют ли какие-либо руководства или эмпирические правила для таких вещей, как цветовые схемы, макеты, форматирование и т. д.? Я хочу обеспечить читаемость и ясность для посетителей, но не быть мягким и скучным одновременно.

Что касается моих знаний в этой области - если вы передадите мне картинку, у меня будет достаточно знаний, чтобы воспроизвести ее на экране, но если вы попросите меня разработать новый интерфейс или переделать существующий, я не знаю, с чего начать.

Я пытался заставить красивые диаграммы работать в GWT в нашей внутренней сети.

Играть с графиками GWT-Ext приятно, но для этого требуется flash и очень сложно контролировать (в общем, это кажется багги).

Я хотел бы услышать о чем-то, что работает с наименьшим количеством зависимостей, а также должно работать без подключения к интернету (так что Google' charts API-это не решение).

Edit: действительно, я бы предпочел библиотеку, которая полностью является клиентской.

У меня есть ситуация, когда я хочу добавить часы к дате и иметь новую дату вокруг рабочего дня. Я придумал функцию, чтобы определить эту новую дату, но хочу убедиться, что я ничего не забыл.

Часы, чтобы быть добавлены называют "delay". Вместо этого он может легко быть параметром функции.

Пожалуйста, разместите любые предложения. [VB.NET предупреждение]

Private Function GetDateRequired() As Date
    ''// A decimal representation of the current hour
    Dim hours As Decimal = Decimal.Parse(Date.Now.Hour) + (Decimal.Parse(Date.Now.Minute) / 60.0) 

    Dim delay As Decimal = 3.0           ''// delay in hours
    Dim endOfDay As Decimal = 12.0 + 5.0 ''// end of day, in hours
    Dim startOfDay As Decimal = 8.0      ''// start of day, in hours

    Dim newHour As Integer
    Dim newMinute As Integer

    Dim dateRequired As Date = Now
    Dim delta As Decimal = hours + delay

    ''// Wrap around to the next day, if necessary
    If delta > endOfDay Then
        delta = delta - endOfDay
        dateRequired = dateRequired.AddDays(1)

        newHour = Integer.Parse(Decimal.Truncate(delta))
        newMinute = Integer.Parse(Decimal.Truncate((delta - newHour) * 60))
        newHour = startOfDay + newHour
    Else
        newHour = Integer.Parse(Decimal.Truncate(delta))
        newMinute = Integer.Parse(Decimal.Truncate((delta - newHour) * 60))
    End If

    dateRequired = New Date(dateRequired.Year, dateRequired.Month, dateRequired.Day, newHour, newMinute, 0)

    Return dateRequired
End Sub

Примечание: это, вероятно,не будет работать, если задержка составляет более 9 часов. Он никогда не должен меняться от 3, до конца.

EDIT: Цель состоит в том, чтобы найти дату и время, которые вы получите в результате добавления нескольких часов к текущему времени. Это используется для определения значения по умолчанию для даты выполнения отправки. Я хочу добавить 3 часа к текущему времени, чтобы получить срок выполнения. Однако я не хочу, чтобы сроки выполнения выходили за пределы 5 вечера в текущий день. Итак, я попытался разделить часы между (сегодня, до 5 вечера) и (завтра, с 8 утра), так что добавление 3 часов к 4 вечера даст вам 19 утра, потому что 1 час добавляется к концу сегодняшнего дня и 2 часа добавляются к началу завтрашнего дня.

У меня есть самореферентная таблица ролей, которая представляет собой древовидную структуру

ID [INT] AUTO INCREMENT
Name [VARCHAR]
ParentID [INT]

Я использую ADO.NET DataTable и DataAdapter для загрузки и сохранения значений в эту таблицу. Это работает, если я создаю только дочерние элементы существующих строк. Если я создаю дочернюю строку, а затем создаю дочерний элемент этого ребенка, а затем обновляю, временное значение ID, сгенерированное DataTable, переходит в столбец ParentID. У меня есть следующий набор отношений данных:

dataset.Relations.Add(New DataRelation("RoleToRole",RoleTable.Columns("ID"), RoleTable.Columns("ParentID")))

И когда я создаю новые дочерние строки в DataTable, я вызываю метод SetParentRow

newRow.SetParentRow(parentRow)

Есть ли что-то особенное, что я должен сделать, чтобы заставить поколение ID распространяться рекурсивно, когда я вызываю Update на DataAdapter?

Поэтому моя компания использует восхитительно ошибочную программу Rational Purify (как плагин для Microsoft Visual Developer Studio) для управления утечками памяти. Программа соизволила позволить вам нажать на утечку памяти после того, как вы столкнулись с ней, а затем перейти к строке, на которой происходит утечка.

К сожалению, Purify неисправен, и Purify не будет прыгать в место, где произошла утечка, он только упоминает класс и метод, в котором происходит утечка. К сожалению, иногда это так же полезно, как нанять гида, чтобы помочь вам охотиться на медведей и заставить его указать на лес и сказать вам, что там есть медведи.

У кого-нибудь с опытом Purify есть идеи, как я могу исправить эту проблему или иметь хорошее руководство, чтобы посмотреть?

Как вы обрабатываете ввод числовых значений в WPF приложениях?

Без элемента управления NumericUpDown я использую TextBox и обрабатываю его событие PreviewKeyDown с помощью кода ниже, но это довольно уродливо.

Кто-нибудь нашел более изящный способ получить числовые данные от пользователя, не полагаясь на сторонний элемент управления?

private void NumericEditPreviewKeyDown(object sender, KeyEventArgs e)
{
    bool isNumPadNumeric = (e.Key >= Key.NumPad0 && e.Key <= Key.NumPad9) || e.Key == Key.Decimal;
    bool isNumeric = (e.Key >= Key.D0 && e.Key <= Key.D9) || e.Key == Key.OemPeriod;

    if ((isNumeric || isNumPadNumeric) && Keyboard.Modifiers != ModifierKeys.None)
    {
        e.Handled = true;
        return;
    }

    bool isControl = ((Keyboard.Modifiers != ModifierKeys.None && Keyboard.Modifiers != ModifierKeys.Shift)
        || e.Key == Key.Back || e.Key == Key.Delete || e.Key == Key.Insert
        || e.Key == Key.Down || e.Key == Key.Left || e.Key == Key.Right || e.Key == Key.Up
        || e.Key == Key.Tab
        || e.Key == Key.PageDown || e.Key == Key.PageUp
        || e.Key == Key.Enter || e.Key == Key.Return || e.Key == Key.Escape
        || e.Key == Key.Home || e.Key == Key.End);

    e.Handled = !isControl && !isNumeric && !isNumPadNumeric;
}

Я только что видел комментарий с предложением J#, и это заставило меня задуматься... существует ли реальное, полезное использование J# вместо Java? Итак, я чувствую, что единственная причина, по которой вы даже подумали бы использовать J#, заключается в том, что руководство постановило, что компания должна прыгнуть на подножку Java... и подножка .NET. Если вы используете J#,, вы фактически теряете самое большое преимущество выбора Java... богатая кросс-платформенная поддержка. Конечно, есть Mono, но это не так богато поддерживается или полнофункционально, верно? Я помню, что слуховые формы не полностью (возможно, вообще) поддерживаются.

Я не пытаюсь bash .NET здесь, я просто говорю, что если вы собираетесь идти по маршруту Microsoft, почему бы просто не использовать C#?, если вы собираетесь идти по маршруту Java, почему бы J# не войти в картину?

Я надеюсь найти здесь несколько реальных случаев, поэтому, пожалуйста, особенно отвечайте, если вы ACTUALLY использовали J# в проекте REAL и почему.

Я сталкиваюсь с ошибкой формы: "элемент модели, переданный в словарь, имеет тип FooViewData, но этот словарь требует элемента модели типа bar", хотя я передаю объект правильного типа (bar) для типизированного пользовательского элемента управления.

Я нутром чувствую, что веб-сервисы на основе документов предпочтительнее на практике - это опыт других людей? Их легче поддерживать? (Я заметил, что SharePoint использует любой для "document type" в своем интерфейсе WSDL, я думаю, что это делает его документальным).

Кроме того-теперь люди предлагают услуги типа WSDL и Rest для одной и той же функциональности? WSDL популярен для генерации кода, но для таких интерфейсов, как PHP и Rails, они, похоже, предпочитают rest.